RFPとは?提案依頼書とシステム調達の流れ

RFPとは?提案依頼書とシステム調達の流れ

RFPと見積依頼の違いに迷うシステム発注担当者のイメージ
「RFPって、見積をもらう書類とは違うの?」
「RFIとRFP、どっちが先だっけ?」
「ベンダーは何を基準に選べばいい?」

RFPを「見積依頼書」と同じ書類だと思っていませんか。そこがずれると、調達全体の順番がぼやけます。まず誤解をほどきましょう。

RFPとは、発注側がベンダーに要件を伝え、提案を求める文書です。見積を取る前段、「どんなシステムを、なぜ作りたいか」を示して各社の提案を引き出す出発点にあたります。

 

この記事では、RFPが調達フローのどこに位置するかを1本の流れで押さえ、RFPに書く項目を対応表で整理し、発注担当の視点でベンダー選定の勘所まで示します。基本情報 科目Aのマネジメント・ストラテジ対策に効きます。

 

1. RFPは「作ってほしいもの」を先に伝える文書

発注側がベンダーへ要件を伝えて提案を求める関係のイメージ

RFP(Request For Proposal・提案依頼書)は、システムを発注する側が開発会社(ベンダー)に対して「こういうシステムを作りたい。提案してほしい」と依頼する文書です。実現したいこと・予算・納期・必要な機能をまとめ、受け取ったベンダーはこれをもとに提案書と見積を返します。

 

たとえるなら、オーダーメイド旅行の相談シートです。「予算はこれくらい、こんな体験がしたい、この時期に」と条件を旅行会社へ渡すと、各社がそれぞれのプランと料金を出してくれます。RFPも同じで、条件を先にそろえて出すからこそ、返ってきた提案を同じ土俵で比べられます。

 

逆に、RFPの中身が曖昧だと、各社がバラバラの前提で提案してきます。あなたが受け取った提案書を並べても、そもそも比べられない。だから発注側にとってRFPは、良い提案を引き出すと同時に、公平な比較の土台を作る書類でもあります。

 

似た言葉に「見積依頼」がありますが、これは金額を出してもらうための依頼です。RFPはその手前で、「そもそも何を作るか」から一緒に考えてもらうための文書だと押さえてください。金額だけを聞くのか、提案そのものを求めるのか。この違いが、RFPと見積依頼を分ける線になります。

 

2. RFIからRFP、提案、選定へ — 調達の流れ

RFIからRFP、提案、選定へと進む調達の流れのイメージ

RFPは調達の一部です。前後にいくつかの段階があり、あなたが位置を取り違えないよう、順に並べます。

 

  1. RFI(情報提供依頼書):ベンダーに製品や実績などの情報提供を求める
  2. RFP(提案依頼書):要件を伝え、具体的な提案を求める
  3. 提案・見積の受領:ベンダーから提案書と見積を受け取る
  4. 選定・契約:内容を比較してベンダーを選び、契約する

 

混同しやすいのがRFIとRFPの違いです。RFIは「情報を集める」段階、RFPは「提案を求める」段階。情報収集が先、提案依頼が後と順序で覚えると整理できます。候補がすでに見えている案件では、RFIを省いてRFPから始めることもあります。

 

RFIとRFPは頭文字が似ていて入れ替えやすいところです。「I=Information(情報)」「P=Proposal(提案)」と最後の文字で意味を結びつけると、あなたは間違えにくくなります。試験でもこの2つの順序と役割はよく問われます。

 

3. RFPに書く項目と、書きすぎの落とし穴

RFPの記載項目を整理する発注担当のイメージ

あなたがRFPを作る立場になったら、何を書くか。代表的な項目を対応表で押さえてください。

 

項目 書く内容
背景・目的 なぜこのシステムが必要か、何を解決したいか
要件 必要な機能・性能、満たしてほしい条件
予算・納期 想定する費用の範囲と、いつまでに必要か
提案・選定の条件 提案書の様式、提出期限、選定の基準

 

ここに現場の勘所があります。「やりたいこと(目的)」ははっきり書き、「やり方(手段)」は書きすぎない。作り方を細かく指定しすぎると、ベンダーの工夫の余地が消え、どこに頼んでも似た提案しか返ってこなくなります。プロの提案力を引き出すには、目的を明確にしたうえで手段に余白を残すことです。要件整理の進め方は プロジェクトマネジメントとは の考え方ともつながります。

 

提案書の様式と提出期限を最初にそろえておくと、後の比較がぐっと楽になります。フォーマットがバラバラだと、同じ項目を各社の資料から探すだけで時間を取られます。細部の指定より、比較の枠組みを先に決めておく。ここが発注側の腕の見せどころです。

 

4. ベンダー選定で価格だけを見てはいけない

複数の観点でベンダー提案を比較するイメージ

提案がそろったら、選定です。SE歴15年以上の発注支援の経験から言うと、ここで価格の安さだけで決めると、後の保守や追加開発で割を食いがちです。評価は複数の軸で行います。

 

  • 要件への適合度:求めた機能や条件をどれだけ満たしているか
  • 費用:見積金額が予算に見合っているか
  • 実績・体制:似た開発の経験と、対応する人員
  • サポート:納品後の保守や対応の手厚さ

 

実務では、評価基準を先に決めて点数化するのが定石です。基準を先に置けば、感覚ではなく根拠で比較でき、あなたが社内で「なぜこの会社にしたのか」と問われたときも、点数表で筋道立てて答えられます。提案を受けた後に基準を作ると、無意識に特定の会社へ有利な配点をしてしまいがちです。だからこそ、基準づくりは提案を開く前に済ませておきます。長く使うシステムほど、費用・品質・体制のバランスで選ぶことが効いてきます。長期活用の視点は DXとは もあわせて読むと立体的になります。

 

5. 試験で問われるのは「誰が誰に出すか」

RFPの出し手と受け手を試験の視点で確認するイメージ

試験でいちばん狙われるのは、細かい項目より「RFPは発注側がベンダーへ出す文書」という向きです。誰が、誰に、何のために出すのか。ここを取り違えると、正しい選択肢が引けません。選択肢には「ベンダーが発注側へ出す」と向きを逆にした引っかけが混ざります。

 

あわせて、RFIとRFPの順序も定番の問われ方です。「情報を集めてから提案を求める」という流れを、あなたが1本の線でつかんでおけば、どちらが先かを問う設問にも即答できます。用語の丸暗記ではなく、調達という一連の物語として覚えるのが、この分野で崩れない土台になります。

 

押さえる要点は3つ。①RFPは発注側→ベンダー、②流れはRFI(情報)→RFP(提案)→見積→選定、③選定は基準を先に決めて価格だけで決めない。この3点を言えれば、マネジメント・ストラテジの調達問題は落ち着いて解けます。あなたが本番でつまずくとしたら、たいていRFIとRFPの順序の取り違えです。

 

次のステップ

RFPや調達がどの領域で問われるかを俯瞰したいなら、基本情報技術者試験の試験範囲と勉強法ガイド で出題範囲を見渡しておくと、マネジメント分野が頭に入りやすくなります。

理解を得点に変えるなら、基本情報技術者 マネジメント系の問題集 で、調達の流れを問う設問を解いて、知識を定着させましょう。