RFIとRFP

この二つは、調達のどの段階で何を知りたいかという目的が違います。先に目的の軸を置くと、書き分けがぶれにくくなります。

• RFIは情報を集める段階の文書
  どんなベンダーが存在し、どの程度の実績や技術領域を持つかを把握するために出します。候補を絞り込む前の下調べにあたり、価格の確定よりも、各社の守備範囲や得意分野を知ることが主眼になります。
• RFPは提案と見積もりを求める段階の文書
  要件をある程度固めたうえで、具体的な解決方法・体制・費用・スケジュールを提示してもらうために出します。複数社から横並びで比較できる形の回答を引き出すことが狙いです。

必ずしも両方を出すとは限りません。発注側に候補の土地勘があるときはRFIを省き、いきなりRFPへ進む場合もあります。一方で、新しい領域や前例の少ない案件では、RFIで相場観をつかんでからRFPに進んだほうが、後の比較がかみ合いやすくなります。目的を取り違えてRFIで詳細見積もりを求めると、ベンダー側も答えに困り、回答の質が揃いにくくなります。

調達文書は一人で書き切るものではなく、社内の関係者を巻き込みながら段階的に仕上げていきます。順序を意識すると手戻りが減ります。

• 要件の棚卸しと課題の言語化
  最初に、業務部門やシステム担当と一緒に、解きたい課題と満たしたい条件を整理します。ここが曖昧なままだと、後のRFPで「何を提案してほしいのか」が伝わりません。
• RFIで候補を広げる
  必要に応じてRFIを出し、各社の実績や対応範囲、概算の規模感を集めます。回答を読み比べて、RFPを送る候補を数社に絞っていきます。
• RFPの作成と配布
  要件・評価基準・提出様式を固めてRFPにまとめ、候補各社へ配布します。質疑応答の窓口と期限を設け、各社から出た質問と回答は原則として全社へ共有し、条件を揃えます。
• 提案の評価と選定
  提出された提案書を、あらかじめ決めた評価軸で採点し、必要ならプレゼンや追加ヒアリングを経て委託先を決めます。

PMはこの流れで、要件定義の成果物と調達文書の整合を保つ役回りを担います。社内の意思決定者や調達部門、法務との調整も並行して進むため、スケジュールに余裕を見込んでおくと安心です。

RFPは、各社の提案を同じ土俵で比べられるかどうかで価値が決まります。比較の軸を先に決めてから項目を組み立てます。

• 背景と目的
  なぜこの調達を行うのか、達成したい状態は何かを示します。ベンダーが提案の方向性を外さないための前提になります。
• 要件の範囲
  機能要件と非機能要件、対象業務の範囲を記します。確定している部分と、提案に委ねたい部分を分けて書くと、回答の自由度を保ちやすくなります。
• 体制・スケジュール・費用の提示依頼
  想定する開始時期や節目、費用の内訳の出し方を指定します。様式を揃えておくと、後の比較がしやすくなります。
• 評価基準と提出様式
  どの観点をどう重視して選ぶかを、可能な範囲で開示します。提出フォーマットや期限、質疑の窓口もここに含めます。

つまずきやすいのは、要件を細かく指定しすぎて提案の幅を狭めてしまう形です。逆に、抽象的すぎると各社の解釈がばらつき、横並び比較が成り立たなくなります。確定事項と委ねる部分の線引きが、RFPの出来を左右します。

調達文書は、前工程とのつながりが切れると途端に使いにくくなります。典型的な失敗の形と、近い概念との境目を押さえておきます。

• 要件定義とのつながりが弱い
  RFPは要件定義の成果を土台にします。要件が固まらないうちにRFPを急ぐと、提案を受け取ってから要件が揺れ、再提案や見積もりのやり直しが起きやすくなります。
• RFIとRFPの役割が混ざる
  情報収集のつもりで詳細見積もりを求めたり、提案依頼なのに前提を示さなかったりすると、回答がかみ合いません。段階ごとに求める粒度を分けることが肝心です。
• 評価基準を後出しにする
  提案が出揃ってから基準を決めると、選定の説明が難しくなります。配布前に軸を定めておくと、社内での合意形成も進めやすくなります。

調達管理やベンダーコントロールは、RFP配布後のベンダーとの関係づくりまで含む広い営みです。RFI・RFPはその入り口にあたる文書で、ここでの条件の整え方が、後のベンダー選定や契約、プロジェクト運営の土台になっていきます。

RFI・RFPを扱える力は、要件を整理して外部へ発注し、複数ベンダーを比較選定する一連の経験として評価されやすい領域です。発注側のPMとして、課題の言語化から評価基準の設計、質疑応答の運用までを回した経験は、調達管理やベンダーコントロールの土台があることの裏づけになります。

職務経歴書では、どんな案件でどの範囲の調達に関わり、何を判断したかを工程に沿って書くと伝わりやすくなります。要件定義から調達、ベンダー選定へと職域を広げていく道筋は、上流に軸足を移したいPMにとって現実的な一歩になり得ます。背伸びした肩書きよりも、実際に動かした手順を具体的に示すほうが、受け手の納得を得やすいです。

RFIとRFPはどちらを先に出すのですか。

情報を集めるRFIが先で、要件を示して提案を求めるRFPが後になるのが一般的です。ただし、発注側が候補ベンダーや相場観をすでに把握しているときはRFIを省き、はじめからRFPに進む場合もあります。案件の前例の少なさに応じて判断するとよいです。

RFPには必ず費用を書いてもらう必要がありますか。

提案と費用をまとめて求めるのがRFPの目的なので、費用の提示を依頼するのが通例です。内訳の出し方や様式を指定しておくと、複数社の見積もりを横並びで比較しやすくなります。前提条件が揺れていると金額もぶれるため、要件の確定度を上げてから配布すると安定します。

RFI・RFP作成でPMはどこまで関わりますか。

要件定義の成果を調達文書へ翻訳し、評価基準や提出様式を整える部分でPMが中心になることが多いです。業務部門・調達・法務との調整や、質疑応答の運用も担います。実務では社内の合意形成に時間がかかるため、スケジュールに余裕を持たせておくと進めやすくなります。