AIによるRFP回答:根拠チェックリスト

回答ワークフローの説明図 — 製品画面ではありません
01 · 根拠文書承認済みポリシー製品仕様過去の回答
02 · 回答レビュー質問 → 下書き根拠 → 条件例外 → 担当者
03 · 依頼元への提出専門担当者の承認最終回答依頼元の元ファイル

AI回答の確認には、情報源のリンクを見つけるだけでは足りません。主張そのもの、条件、最終ファイルを確認する必要があります。このチェックリストは、資料準備から提出までを扱います。

機密情報を除いた資料と、各候補に共通の質問で使ってください。これは評価の手順であり、完了した製品テストの報告ではありません。

チェックリストに含める7項目

下書きを見る前に、期待する根拠を定めます。情報源が支える内容と、回答が保持すべき条件を記録してください。

1. 回答の範囲を定める

依頼元が求める出力、製品エディション、判断責任者から始めます。説明すべきサービスと導入形態を明記してください。別のエディションには有効な情報源でも、この回答には不適切な場合があります。

2. 情報源を比較し、食い違いを解消する

承認済み文書を集め、適用開始日を記します。矛盾があれば、生成文を使う前に管理担当者と解決します。採用しなかった版も、別の評価記録として保管してください。

重要な点。新しく見える回答でも古い文書に依存している場合があります。文書の正式性と鮮度は、文章品質とは別に確認します。

3. 承認体制を定める

技術、法務、セキュリティの責任を割り当てます。レビュアーが承認できる質問と、上位判断が必要な質問を決めます。完成した下書きが、すべての約束への同意を意味するわけではありません。

4. 依頼元の最終ファイルを計画する

質問ID、シート、回答上限、添付を保持します。内容のレビュー後に書式の問題が発覚しないよう、早期に出力ファイルを試してください。

5. 根拠の確認を省略しない

重要な主張ごとに裏付け箇所を読みます。例えば、Enterpriseプランのバックアップ保持期間を述べる資料は、全顧客に同じ保持期間が適用される根拠にはなりません。情報源の条件を確認してください。

6. 文体と再利用文を見直す

事実の範囲を承認してから、わかりやすく書き換えます。短縮で例外が消えたり、親しみやすい口調で不確かな主張が断定に見えたりします。最後の書き換え後に重要な主張を再確認してください。

7. 提出まで透明性を保つ

未回答の質問と未確定条件を一覧にします。承認済み回答が出力後も保たれるか確認し、提出版と根拠、承認記録を一緒に残します。

まとめ

説明可能な評価では、採用した回答、修正、未解決の根拠を記録します。流暢な初稿より信頼できるレビュー手順を重視し、情報源変更後に失敗した質問を再試行してください。

根拠確認用CSVをダウンロード

CSVには、質問、想定情報源、必要条件、根拠の状態、修正、最終判断など11列があります。製品ごとに行を複製し、情報源の抜粋は別途保管してください。

最近の記事

技術営業の回答

2026年10月25日

技術RFP回答の流れを評価する

セキュリティ質問票

2026年10月25日

統制の対象範囲と例外を保つ