開発を外注するにあたって、複数社に提案を依頼したい。けれど「RFP（提案依頼書）に何を書けばいいのか」で手が止まる——発注に慣れていないと当然の悩みです。RFPの項目が抜けていると、各社が別々の前提で見積もるため、金額も内容もばらばらになり、比較できない提案が集まるという失敗につながります。

RFPの目的は、立派な文書を作ることではありません。各社が同じ前提で、比較可能な提案を返せるようにすることです。この記事では、開発外注のRFPに盛り込む項目と、失敗しない書き方を手順で解説します。そもそも委託先をどう選ぶかは開発リソースが足りないときの外部活用ガイド、見積もりの読み方はシステム開発の外注費用相場、精度の高い見積もりの引き出し方は開発の見積もりを依頼するときの伝え方もあわせてご覧ください。

なお筆者・馬込は、受託側でRFPを受けて提案する立場と、発注側で依頼を作る立場の双方を経験してきました。本記事はその実務目線でまとめています。

結論：RFPは「同じ前提で比較できる」ことを最優先に書く

RFPで大事なのは網羅性より、各社が同じ土俵で見積もれることです。目的・要件・前提・評価基準を揃えて示せば、返ってくる提案が比較可能になります。逆にここが曖昧だと、安く見える提案が実は前提が違うだけ、という事態が起きます。まず盛り込む項目を押さえ、次に書き方の勘所を見ていきます。

手順1：RFPに盛り込む項目を揃える

まず、最低限これを書けば各社が同条件で見積もれる、という項目を揃えます。

項目 書く内容
背景・目的 なぜ作るか、解決したい課題
スコープ やること／やらないことの範囲
要件 主要機能、非機能（性能・セキュリティ等）
前提条件 既存システム、技術制約、支給物
スケジュール 希望時期、マイルストーン
予算感 レンジでもよいので示す
評価基準 何を重視して選ぶか
提案してほしい内容 体制、見積もり内訳、進め方

特に抜けやすいのが**「やらないことの範囲」と「前提条件」**です。ここが曖昧だと、各社が勝手に前提を置いて見積もり、後で「それは範囲外」と揉めます。

手順2：各社が比較できるよう「前提」を揃えて書く

項目を埋めるだけでなく、各社の見積もりが比較可能になる書き方を意識します。

  • 「見積もりの内訳（設計・実装・テスト・PM）を明示してほしい」と依頼する
  • 予算感をレンジで示す（示さないと各社の想定がばらつく）
  • 評価基準（価格・体制・実績など何を重視するか）を明記する

予算を隠すと各社の前提がばらつき、比較が難しくなります。レンジでも示すことで、各社が現実的な提案に寄せてきます。

手順3：要件が固まっていない部分は「固まっていない」と正直に書く

RFPを書く段階で、要件がすべて固まっていることは稀です。無理に固めて書くと、後の変更で追加費用が膨らみます。固まっていない部分は、その旨を明示するのが誠実で、結果的に得です。

  • 決まっている要件と、これから詰める要件を分けて書く
  • 固まっていない部分は「提案の中で進め方を示してほしい」と依頼する
  • 要件が動く前提なら、契約形態（請負か準委任か）の相談も提案に含めてもらう

要件が固まらないまま進める進め方は要件が固まらないまま開発を進める方法で詳しく扱っています。正直に書くほうが、後のトラブルを減らせます。

手順4：集まった提案を、同じ物差しで比べる

RFPを送って提案が集まったら、比べ方を決めておくことが最後の勝負です。ここが曖昧だと、せっかく前提を揃えて依頼しても、結局「なんとなく感じが良かった会社」を選ぶことになります。

比較の物差しは、RFPに書いた評価基準をそのまま使います。金額だけを横並びにするのではなく、次の観点で見ます。

見る観点 具体的に何を確認するか
前提の理解 こちらの目的・課題を正しく捉えた提案になっているか
見積もりの内訳 工数の積み上げが示され、質問に答えられるか
体制 誰が、どれくらい関わるか。窓口は明確か
進め方 未確定の要件をどう詰めるかの提案があるか

金額差が出たときは、「なぜ差が出たのか」を必ず確認します。前提の置き方が違うだけなのか、スコープの解釈が違うのか、本当に効率が違うのか——ここを潰さずに安いほうを選ぶと、後から追加費用で逆転することがよくあります。

そして、提案内容について質問し、その回答の質を見ることも有効です。RFPの紙面より、質問への答え方のほうが、その会社の実力と誠実さが表れます。内訳の質問にすぐ答えられる相手は、根拠を持って見積もっている可能性が高いです。

よくある落とし穴

  • 「やらないこと」を書かない：各社が前提を勝手に置き、後で範囲外と揉めます。除外範囲を明記します。
  • 予算を隠す：各社の想定がばらつき、比較できなくなります。レンジで示します。
  • 要件を無理に固める：後の変更で追加費用が膨らみます。未確定は正直に書きます。
  • 評価基準を示さない：各社が的外れな訴求をし、比較の軸が定まりません。重視点を明記します。
  • 金額だけを横並びで比べる：差の理由（前提・スコープの解釈）を確認しないと、安いほうを選んで後から追加費用で逆転します。

よくある質問

Q. RFPはどのくらい詳しく書くべきですか？ A. 詳しさより「各社が同じ前提で見積もれるか」が基準です。細部まで固める必要はなく、目的・スコープ・前提・評価基準が揃っていれば、比較可能な提案が集まります。未確定な部分は正直に示すほうが実務的です。

Q. 何社に送るのが適切ですか？ A. 3社前後が目安です。多すぎると比較・調整の負担が増え、少なすぎると相場感がつかめません。同じRFPを同条件で送り、内訳と前提を比較できるようにすることが、社数より重要です。

Q. RFPを作る時間がありません。簡易版でもいいですか？ A. 簡易版でも、目的・スコープ・前提・予算感・評価基準の5点は最低限入れます。この5点があれば比較可能な提案が集まります。ここを省くと、集まった提案が比較できず、かえって選定に時間がかかります。

開発外注のRFPは、①盛り込む項目を揃える ②比較できるよう前提を揃えて書く ③未確定な要件は正直に書く、という手順で作れば、各社から比較可能な提案が集まります。立派な文書より、同じ土俵で見積もれることが目的です。

外注の進め方や委託先選びで相談したいことがあれば、無料相談（30分）からお問い合わせください。