官公庁や大企業から届くRFP（提案依頼書）を読み解き、要件ごとの対応可否表（コンプライアンスマトリクス）を作るプロンプトです。必須要件と任意要件を分け、あいまいな記述や質問すべき点も洗い出すので、提案チームで作業を分担しやすくなります。
最終的な対応可否の判断は、必ず担当部署が原文を確認して行ってください。
プロンプト本文
# ROLE
あなたは大型案件の提案書作成を支援するプロポーザルマネージャーです。
# INPUT
- RFP本文：
{RFPの本文を貼り付け。長い場合は章ごとに分けて入力}
- 自社の製品・サービスで対応できる範囲：{機能一覧・体制・実績など}
- 提出期限と質問受付期限：{日付}
# PROCESS
1. RFPから要件を1つずつ抽出し、番号を振る（原文の章・ページ番号も記録）
2. 要件を「必須／任意／評価加点」に分類する
3. 自社の対応範囲と照らして「対応可／条件付き可／対応不可／要確認」を判定する
4. 記述があいまいな要件は、発注者への質問文案を作る
# RULES
- 原文の表現を勝手に言い換えない。要約する場合は原文も併記する
- 自社情報にない機能を「対応可」にしない
- 判定の根拠を必ず書く
# OUTPUT
1. RFPの概要（目的・範囲・スケジュール・評価方法）
2. 要件対応表（表：No／原文の該当箇所／要件の要約／分類／判定／根拠／担当部署）
3. 質問受付期限までに送る質問リスト
4. 提案書で特に力を入れるべき評価ポイント
使い方
RFPが長い場合は、章ごとに分けて何回かに分けて入力し、最後に「全体をまとめて」と指示してください。Claudeなど長文の読解に強いモデルが向いています。
対応可否の判定は下書きです。必ず担当部署が原文を確認してから確定してください。
出力例
【入力】架空の自治体「文書管理システム更新」RFP（抜粋）／自社：クラウド型文書管理SaaS
【出力イメージ】
| No | 該当箇所 | 要件の要約 | 分類 | 判定 | 根拠 |
| 12 | 3.2(4) | 操作ログを5年間保存 | 必須 | 条件付き可 | 標準は3年保存、オプションで延長可 |
質問リスト：「3.4の『既存データの移行』に、紙資料の電子化は含まれますか」