RFP（提案依頼書）の書き方｜AI開発発注を成功させる
「何から相談すればいいか分からない」という理由で、要件を固めずに複数社へ相談してしまうと、各社バラバラの前提で提案が返ってきて比較が難しくなります。RFP（提案依頼書）を用意しておくことで、各社から精度の高い、比較可能な提案を引き出しやすくなります。
RFPに最低限含めたい項目
AI開発のRFPは、通常のシステム開発ほど厳密なフォーマットである必要はありませんが、最低限「解決したい課題」「現状の業務フロー」「求める成果のイメージ」「予算感」「希望スケジュール」は含めておくと、開発会社側が的確な提案をしやすくなります。
初めてRFPを作成する場合、すべての項目を完璧に埋めようとして時間をかけすぎるより、まずは分かる範囲で叩き台を作り、開発会社との初回商談を通じて内容を肉付けしていくというやり方も現実的です。RFPは一度作って終わりのものではなく、商談を重ねる中で情報を補っていく生きたドキュメントとして扱うと、無理なく精度を高めていけます。
- 解決したい課題・背景
- 現状の業務フロー（可能な範囲で）
- 求める成果のイメージ（数値目標があれば）
- 想定予算のレンジ
- 希望スケジュール
- 対象データの種類・量（分かる範囲で）
- 選定基準（価格重視か、実績重視か等）
項目ごとに書く際のコツ
「現状の業務フロー」は、完璧な業務フロー図を作る必要はありません。「誰が」「どのタイミングで」「何に困っているか」を箇条書きで書き出すだけでも、開発会社が課題の構造を理解する助けになります。「求める成果のイメージ」についても、厳密な数値目標がなくても構いません。「対応時間を今の半分程度にしたい」といった感覚的な目標でも、無いよりはずっと開発会社側の提案の精度が上がります。
「課題」と「解決手段」を分けて書く
RFPを書く際によくある失敗が、「RAGシステムを作ってほしい」のように、解決手段を先に決めてしまうことです。本来解決したいのは「社内問い合わせ対応に時間がかかっている」という課題であり、RAGはその手段のひとつに過ぎません。課題ベースで書くことで、開発会社側からより適した技術提案を引き出せる可能性があります。
技術的な知識に自信がない場合は、無理に手段まで指定せず、課題と背景を丁寧に記述することを優先しましょう。技術選定はプロである開発会社に委ね、自社は「何を解決したいか」を正確に伝えることに集中したほうが、結果的に精度の高い提案が返ってきやすくなります。
手段を限定しすぎたことで起きる機会損失
「チャットボットを作ってほしい」という手段先行のRFPを送った結果、各社ともチャットボットの提案しか出さず、実は自動化ワークフローの方が課題解決に適していた、というケースがあります。課題ベースで発注することで、自社が想定していなかった、より効果的な解決策を提案してもらえる可能性が広がります。
予算を明示することのメリット
予算感を伏せて「見積もりをください」とだけ伝えると、各社の想定する規模感がバラバラになり、比較しづらい提案が返ってきます。ある程度の予算レンジを提示しておくことで、開発会社はその予算内で実現可能な範囲を提案でき、結果として自社の期待値とのズレを早い段階で解消できます。
予算が固まっていない場合は、「初期費用として○○万円程度を想定している」といった目安だけでも共有すると、提案の精度が上がります。
予算を隠すことで生じるミスマッチ
予算を明かさずに依頼した結果、想定の3倍の金額の提案が返ってきて、そこから何度も条件を削ぎ落として再提案を依頼する、というやり取りに何週間も費やしてしまうケースがあります。最初から予算のレンジを共有していれば、開発会社側もその範囲で実現可能なスコープを組み立てて提案でき、双方の手戻りを減らせます。
選定基準を先に決めておく
RFPを送る前に、社内で「何を重視して発注先を決めるか」を決めておくことも重要です。価格を最優先するのか、実績や技術力を優先するのか、対応スピードを重視するのかによって、同じ提案でも評価が変わります。選定基準を明文化しておくと、複数の提案を受け取った後の比較・意思決定がスムーズになります。
選定基準は、可能であればRFPの中で各項目に重み付けをして提示しておくと、開発会社側も「何をアピールすべきか」が明確になり、より的を絞った提案を作りやすくなります。例えば「技術力60%、価格30%、対応スピード10%」のように優先度を示すだけでも、提案の質は変わってきます。
社内の意思決定者間で基準をすり合わせる重要性
選定基準は、発注担当者だけでなく、決裁者や現場の利用者の間でも認識を揃えておく必要があります。担当者は技術力を重視していても、決裁者は価格を最優先していた、というようにすり合わせが不十分だと、提案が出揃った後の社内調整に想定以上の時間がかかることがあります。
提案を依頼する社数の目安
多くの会社に声をかけるほど比較材料は増えますが、対応する社内の負担も増えます。一般的には3〜4社程度に絞ってRFPを送り、その中から書類選考や商談を経て1〜2社に絞り込むという進め方がバランスが取りやすいでしょう。あまりに多くの会社と同時並行でやり取りすると、各社への説明や質問対応にかかる時間がかさみ、選定自体が長期化する原因になります。
声をかける会社を選ぶ段階では、実績やポートフォリオをもとにある程度の一次選考をしておくことをおすすめします。明らかに要件と合わない会社にまでRFPを送ってしまうと、提案の比較検討そのものが煩雑になり、本来時間をかけるべき有力な候補への検討が疎かになりかねません。
声をかける会社の組み合わせ方
同じような規模・強みの会社ばかりに声をかけると、比較しても似たような提案しか集まらず、かえって判断材料に乏しくなることがあります。技術力に定評のある会社、コスト効率に強みを持つ会社、業界特化型の会社など、異なるタイプの候補を組み合わせておくと、提案を比較したときに自社の優先順位がより明確になります。
提案の評価方法をあらかじめ決めておく
複数社から提案が出揃った後、比較検討する段階になって初めて評価方法を考え始めると、各社の得意分野が異なるために「何を優先すべきか」で社内の意見が割れやすくなります。RFPを送る前の段階で、評価項目とその配点をあらかじめ決めておくと、提案が出揃った後の意思決定がスムーズになります。
評価項目には、技術的な提案内容の妥当性、費用、スケジュール、担当者とのコミュニケーションのしやすさ、保守・運用体制などを含めておくとよいでしょう。定量化しにくい項目についても、5段階評価などである程度数値化しておくと、感覚的な好みだけで決めてしまうことを避けられます。
評価シートの作り方の一例
「技術提案の妥当性」「費用の妥当性」「スケジュールの現実性」「体制・コミュニケーション」「保守運用体制」といった項目を横軸に、提案してきた各社を縦軸に並べた評価シートを作成し、それぞれの項目を5段階で採点していく方法があります。関係者が個別に採点したうえで持ち寄ると、特定の担当者の主観だけに偏らない、多角的な評価がしやすくなります。
提案内容だけでなくプレゼンの質も評価材料にする
提案書の内容と合わせて、提案のプレゼンテーションの場での質疑応答も重要な評価材料になります。想定外の質問に対してその場でどう考え、答えようとするかを見ることで、書面だけでは分からない担当者の思考の柔軟さやプロジェクトへの理解度を確認できます。
RFP送付後のフォローアップ
RFPを送って終わりではなく、各社からの質問には丁寧に回答し、必要に応じて追加情報を提供することが、精度の高い提案を引き出すことにつながります。質問の質や対応の速さも、その会社のコミュニケーション力を見極める材料になります。
質問会（Q&Aセッション）を設ける方法
候補が複数社ある場合、個別に質問対応するのではなく、まとめて質問を受け付ける機会を設けると、社内の対応負荷を抑えられます。あわせて、他社にも共有して問題ない範囲の質問と回答は、候補全社に一斉共有すると、情報の非対称性による不公平な比較を避けられます。
選定結果を伝える際のマナー
発注に至らなかった会社に対しても、選定結果は誠実に伝えることが望ましいです。理由をすべて詳細に説明する必要はありませんが、時間を割いて提案を作成してくれたことへの感謝と、簡潔な選定理由を伝えることで、将来別の案件で改めて相談する可能性を残すことができます。業界は思いのほか狭く、対応の丁寧さが自社の評判にも影響します。
RFP作成にかける時間の目安
RFPの作成に何週間もかけてしまい、肝心の開発着手が後ろ倒しになってしまっては本末転倒です。社内の関係者へのヒアリングを含めても、初稿の作成には1〜2週間程度を目安にするとよいでしょう。完璧な資料を目指すより、まずは開発会社との対話のきっかけとして機能する水準を意識すると、スピード感を保ちながら進められます。
RFPの内容は、商談を重ねる中で開発会社からの質問に答える形で自然と精緻化されていきます。最初から情報を出し尽くそうとせず、対話を通じて解像度を上げていくという姿勢で臨むと、無理なく質の高いRFPに育てていくことができます。
