RFP回答をAIで時短する｜提案依頼書に勝つ骨子プロンプト

RFP（提案依頼書）が届いた日から、部署の夜が長くなる。RFPとは、発注を検討している企業が「うちの課題はこれだ。解決策と条件を提示してほしい」と、要求事項と設問を一覧にまとめてベンダー各社へ送る文書のことだ。設問は平気で数十個に及び、提出期限はおおむね2週間後。その間も商談や既存顧客の対応は待ってくれない。エース級を貼り付け、連夜の残業でどうにか出しきった末に届くのが「今回はご縁がなく」の一通なら、現場に残るのは徒労感だけだ。

結論から言う。RFP対応が消耗戦になるのは、設問が多いからではない。全設問に同じ熱量で答えようとするからだ。勝敗を分けるのは記述の分量ではなく、設問の裏にある 評価基準をどれだけ正確に読み切るか である。人間が頭を使うべきはこの逆算だけで、設問の整理や下書きといった作業はAIに回してしまえばいい。

この記事では、RFP対応が消耗戦になる構造、勝てる回答と負ける回答の違い、AIで回す4つのステップ、そしてコピペで使える分析用・骨子作成用のプロンプト2本を順に示す。読み終えれば、次のRFPは徹夜ではなく段取りで戦えるはずだ。

なぜRFP対応は消耗戦になるのか？

原因は人手や根性の不足ではなく、全設問を 同じ重さで扱う という設計ミスにある。

RFPの設問には、最初から濃淡がある。大半は要件を満たしているかどうかを確認する足切りの設問で、事実関係と最低限の根拠が書けていれば減点はされない。ところが多くの現場では、設問一覧を頭から順に担当へ割り振り、1問目と同じ気合いで50問目まで書こうとする。結果、本当に差がつく一部の設問へ注ぐべき時間が、差のつかない設問の作文に溶けていく。

もう一つの罠が、過去回答の使い回しだ。急場をしのぐ手としては合理的に見えるが、評価者は各社の回答書を机に並べて読み比べる。どのRFPにも当てはまる一般論、文脈が微妙にずれた実績紹介、社名だけ差し替えた形跡。とくに貴社の強みを問うような自由記述ほど、使い回しは露呈しやすい。読み手はこの匂いに敏感で、依頼書を読み込んでいない会社だと判断された瞬間、その回答が上位に食い込むことはなくなる。

さらに、提出そのものが目的化しやすいという問題もある。期限に間に合わせることへ全員の意識が向かい、出し終えた瞬間に達成感が生まれる。だが提出は通過点であって成果ではない。勝てない回答書を徹夜で仕上げることほど、チームの時間と士気を削るものはない。

つまり消耗戦の正体は、力の配分を決めないまま書き始めることにある。書く前に決めるべきは、どの設問で勝ち、どの設問で守るかという戦略だ。そこを飛ばした残業は、量をこなしても勝率につながらない。

勝てる回答は何が違うのか？

勝てる回答は、要求文言を額面どおりに受け取らない。文言の裏にある評価基準を読み、そこへ向けて書いている。

RFPの設問は要望の形をしているが、実態は発注側の 不安のリスト である。RFPの事務局を務める担当者は、社内に対して「この会社に任せて大丈夫だ」と説明しなければならない立場にいる。設問の一つひとつは、稟議を通すために潰しておきたい不安の裏返しだ。だから、聞かれた情報を過不足なく並べただけの回答は、正確でも加点されない。不安を先回りして打ち消した回答が選ばれる。

対訳の例を挙げる。受け取ったRFPの設問を右列の言葉に置き換えてから書くだけで、回答の焦点は大きく変わる。

表の要求文言	裏にある評価基準・不安
導入実績を示せ	自社と似た規模・業種で失敗していないか。前例のない実験台にされないか
サポート体制を説明せよ	導入後に放置されないか。トラブルの際に誰が、どれだけ早く動いてくれるのか
導入スケジュールを提示せよ	現場の負担はどの程度か。繁忙期や他システムの更改時期と重ならないか
価格の内訳を明示せよ	後から追加費用が膨らまないか。稟議の場で根拠を持って説明できるか
貴社の優位性を述べよ	他社ではなく貴社を選ぶ理由を、担当者が自分の言葉で社内に説明できるか

たとえば導入実績の設問に、有名企業のロゴを並べて答える会社は多い。だが発注側が知りたいのは知名度ではなく、自分たちと似た会社での再現性だ。規模・業種・導入前の課題が近い1社を選び、定着までの経緯を具体的に書いたほうが、ロゴ10社分より強い。書き方にも定石がある。各設問の冒頭に答えを1文で置き、根拠と具体例をその後に続けることだ。評価者は膨大なページを短時間で読む。答えを探させた時点で減点だと考えたほうがいい。

さらに厄介なのは、採点者が1人ではないことだ。情報システム部門、利用部門の現場、購買、経営層。技術要件の設問の裏には現場の不安があり、価格の設問の裏には経営層の視線がある。営業が一度も会ったことのない人物が、回答書だけを読んで点をつける。誰がどの設問を重視しそうかまで推定してから書くべきで、この顔ぶれの整理には購買関与者をマッピングするプロンプトがそのまま流用できる。

AIで回す4ステップとは？

やるべきことは4つに整理できる。分解と下書きはAIに任せ、人間は 評価基準の検証と勝ち筋の決定 に集中する。この分業が、時短と勝率を同時に成立させる。

ステップ	やること	主な担い手
① RFPの分解	設問を種類別に構造化し、重複・回答形式・字数指定を整理する	AI
② 評価基準の逆算	設問ごとに裏の不安を推定し、商談で得た情報と突き合わせる	AIが仮説、人が検証
③ 配点仮説と勝ち筋の決定	差がつく設問と守る設問を仕分け、提案全体を貫く筋を1本決める	人
④ 骨子から設問別ドラフト	勝ち筋を織り込んだ骨子を作り、設問ごとの下書きに展開する	AIが下書き、人が事実を差し替え

①では、数十ページの依頼書から設問を漏れなく拾い、回答形式や字数の指定、提出物の一覧まで表に落とす。Excelの回答様式が指定されている場合も、設問だけ抜き出して構造化すれば同じ流れに乗せられる。人力なら丸一日の仕事だが、AIなら数分でたたき台が出る。ただし拾い漏れは後工程の手戻りに直結するため、出力と原本の突き合わせだけは人間の目で行う。

②は、前章の対訳表と同じ思考をAIに肩代わりさせる工程だ。出てくるのはあくまで仮説であり、商談で聞いた発言や事前ヒアリングのメモと突き合わせて検証する。ここで効くのは営業だけが持つ一次情報だ。AIの推定と現場の肌感覚がずれたら、迷わず現場を採る。

勝負どころは③である。ここだけはAIに任せられない。RFPに配点表が付いていればそれが正であり、なければ設問数や字数指定の重さから配点を推定する。そのうえで、自社の強みが刺さる設問はどれか、守りに徹する設問はどれか、全設問を貫くストーリーを何にするかを決める。この判断には、自社と顧客の両方への理解が要る。逆に言えば、③さえ固まれば④は流れ作業に近い。

④では、決めた勝ち筋をすべての骨子に織り込む。差がつく設問は結論から具体例まで厚く書き、守りの設問は要件を満たしている事実の明示だけで簡潔に済ませる。字数や書式の指定があれば、この段階でAIに守らせておくと後の手直しが減る。骨子を提案書全体の構成へ広げる段になったら、AIで提案書の構成を作る手順が次の型になる。

RFP分析と骨子作成のプロンプトはどう書くのか？

ここからは実践だ。1本目は、RFPを貼り付けるだけで設問の整理・評価基準の推定・勝負どころの特定まで一度に出させる分析用プロンプトである。

あなたはB2Bのコンペ提案に精通した提案責任者だ。
これから貼り付けるRFP（提案依頼書）の設問一覧を分析してほしい。

# 前提
- 自社の商材: 〔例: 中堅製造業向けの営業支援SaaS〕
- 自社の強み: 〔例: 同業種の導入支援実績が多く、定着まで専任担当が伴走する〕
- 想定される競合: 〔例: 大手SIer1社、外資系SaaS1社〕
- 発注側について分かっていること: 〔例: 従業員500名の部品メーカー。SFAの乗り換えを検討中。情報システム部が事務局〕

# RFPの設問一覧
〔ここにRFPの設問を貼り付ける〕

# 出力してほしいもの
1. 設問の分類表（要件確認/実績・信頼性/体制・サポート/価格・契約/その他）
2. 各設問について、発注側が本当に確かめたいこと（裏にある不安や評価基準）の仮説
3. 自社が競合に差をつけられそうな設問トップ3と、その根拠
4. 最低限の記述で守ればよい設問（足切り回避でよいもの）の一覧

仮説には必ず根拠を添え、断定を避けること。

出力された仮説を商談の肌感覚と突き合わせて直したら、勝ち筋を1文で言語化する。それを次のプロンプトに差し込み、設問別の骨子を作らせる。

先ほどの分析を踏まえ、RFP回答の骨子を設問別に作ってほしい。

# この提案の勝ち筋（全設問を貫くストーリー）
〔例: 大手より小回りが利き、同業種で定着まで支援した経験があるため、導入して終わりにならない〕

# 骨子を作る設問
〔例: 差をつけたい設問トップ3と、配点が高いと推定した設問をここに貼り付ける〕

# 出力ルール
1. 設問ごとに「結論1文 → 根拠 → 具体例 → 発注側の不安を打ち消す一言」の順で箇条書きにする
2. すべての骨子に、上記の勝ち筋へつながる要素を最低1つ入れる
3. 実績や数値が必要な箇所は〔自社実績を挿入〕とプレースホルダのまま残す
4. 文章は完成させず、骨子の論理に集中する

骨子ができたら、あとは設問ごとに肉付けして文章化すればよい。白紙から書き始めるのと骨子を膨らませるのとでは、かかる時間も文章のぶれ方も桁が違う。なお、1本目の前提欄に入れる情報が濃いほど仮説の精度は上がる。商談メモ、担当者の発言、過去の失注理由。案件ごとに書き足して使い回せば、このプロンプト自体がチームの資産になっていく。

AIでRFPに答えるとき、何に気をつけるべきか？

時短の効果が大きいぶん、外してはならない注意点が3つある。

第一に、RFPは顧客の機密文書だという自覚を持つことだ。中期計画や予算感、社内体制など、外に出ない情報が詰まっている。入力内容が学習に使われる可能性のある無償の個人向け環境に、そのまま貼り付けてはならない。学習に使われない設定や法人向けの環境で扱い、必要に応じて社名や固有名詞を伏せてから入力する。秘密保持契約を結んでいるなら、なおさらだ。どの環境なら顧客情報を扱ってよいかは営業部門だけで判断せず、自社の情報管理ルールと突き合わせて先に決めておきたい。

第二に、AIの出力をそのまま提出しないことだ。評価者は同じ時期に各社の回答書を読み比べる。そつなく整ってはいるが顔の見えない文章が並べば、それだけで埋没する。骨子と下書きまでをAIに任せ、具体例の選定と言葉選びには自社の経験を通す。AIらしさを消す最短の方法は、商談で顧客自身が口にした言葉を回答の中に生かすことだ。ドラフトを提出物へ仕上げる工程でのAIの使いどころは、提案書作成にAIを活用する方法で詳しく解説している。

第三に、実績と数値は必ず自社の事実に差し替えることだ。AIは空欄を嫌い、もっともらしい導入社数や改善率を平気で埋めてくる。架空の実績が紛れ込んだ回答書は、失注どころか会社の信用問題に発展する。プロンプト側で〔自社実績を挿入〕とプレースホルダを残させ、埋める作業は 必ず人間がやる と決めておく。この一線だけは越えてはならない。