RFP・RFI

RFIとRFPは、発注側が「何を知りたいか」という目的で切り分けると混乱しにくくなります。軸は、文書を出す段階と、ベンダーに求める回答の深さです。

• RFIは選択肢を広げる段階の文書
  どんなベンダーが存在し、どの程度の実績や技術を持っているかを広く集めます。回答は会社概要、導入事例の種類、対応可能な範囲といった概括的な情報が中心で、価格や詳細な方式までは踏み込みません。
• RFPは選択肢を絞り込む段階の文書
  自社の課題と要件を明示したうえで、解決方針、体制、スケジュール、概算費用までを具体的に提案してもらいます。回答は各社の提案書という形で返ってきて、比較評価の土台になります。

この順序を守ると、RFPを出す相手をあらかじめ数社に絞れるため、提案を受ける側も発注側も負担が軽くなります。逆にRFIを飛ばしていきなりRFPを広く配ると、要件が固まらないまま提案を求めることになり、各社の回答がばらついて比較しづらくなります。目的が「情報収集」なのか「提案獲得」なのかを、文書を書き始める前に言語化しておくと設計がぶれにくくなります。

調達文書は、発注側の担当者が一人で書き切るものではなく、複数の役割が関わる共同作業です。進め方の軸は、要件の明確化と、ベンダーとの往復の設計です。

まず発注側のPMや調達担当が、システム化企画や要件定義で整理した課題を文書の骨子に落とし込みます。業務部門は現場の要件を、情報システム部門は技術的な前提や既存環境の制約を提供し、PMがそれらを一つの依頼書にまとめます。RFIで得た各社の情報をもとに声をかける範囲を決め、次にRFPを配布します。

RFP配布後は、質疑応答の期間を設けるのが一般的です。各社から出た質問と回答を全社へ共有し、前提条件をそろえてから提案書を受け取ります。その後、提案内容のプレゼンテーションを受け、あらかじめ決めた評価基準に沿って採点し、ベンダーを選定します。

つまずきやすいのは、質疑応答の扱いです。ある一社だけに有利な情報を個別に渡してしまうと公平性が崩れ、後の契約交渉で火種になります。質問と回答は匿名化して全社に同じ内容を配ると、比較の前提がそろいやすくなります。

RFPに何を書くかは、受け取ったベンダーが迷わず提案できるかどうかを左右します。軸は、発注側が決めることと、ベンダーに委ねることの切り分けです。

• 背景と目的
  なぜこの調達を行うのか、どんな課題を解きたいのかを書きます。ここが曖昧だと、各社が別々の前提で提案し、比較軸が崩れます。
• 要件と範囲
  機能要件、非機能要件、対象業務の範囲を示します。要件定義書が固まっていればそれを添付し、固まりきっていない部分はその旨を明記します。
• 前提条件と評価基準
  既存システムや予算の制約、提案の評価方法を書きます。評価基準を先に示すと、各社が力を入れる方向がそろいます。

成果物としては、配布したRFP本体、各社からの提案書、質疑応答の記録、評価シートが残ります。これらは選定理由を社内で説明するときや、契約後にベンダーコントロールを行うときの根拠になります。記録が散らばっていると、後で「なぜこの会社に決めたのか」を説明できなくなるため、一か所にまとめておくと落ち着きます。

RFIやRFPは、要件定義書や見積書と混同されがちです。軸は、文書を出す向き（発注側から出すのか、ベンダーから返るのか）と、内容の確定度です。

要件定義書は、発注側が「何を作るか」を定める内部の成果物で、RFPに添付したり参照したりする材料になります。見積書やベンダーの提案書は、RFPを受け取った側が返す回答です。RFQ（見積依頼書）は、要件がほぼ固まった段階で価格を引き出すために使われることがあり、RFPより価格の比較に寄った文書といえます。

つまずきやすい点をいくつか挙げます。

• 要件が固まる前にRFPを急ぐ
  背景だけ書いて要件を省くと、各社が異なる前提で提案し、比較が成り立ちません。固まっていない部分は未確定と明記するほうが誠実です。
• 評価基準を後出しにする
  提案を受けてから基準を決めると、恣意的な選定に見えてしまいます。配布時に基準を示すと、社内の合意も取りやすくなります。

RFPやRFIの設計は、PMにとって調達とベンダー選定の入り口を担うスキルです。要件を文書に落とし、評価基準を先に立て、質疑応答を公平に回すという一連の進め方は、プロジェクトの土台を決める作業でもあります。ここで前提がそろっていないと、契約後の進捗管理や変更管理で無理が生じやすくなります。

発注側のPMとして調達文書を扱った経験は、ベンダーコントロールや契約交渉の素地になり、上流工程に関わる役割へ広がる足がかりになります。自分がどの工程でどんな成果物を残してきたかを整理しておくと、キャリアの棚卸しや面談の場で説明しやすくなります。

RFIとRFPはどちらを先に出しますか。

通常はRFIを先に出します。まずRFIで市場にどんなベンダーがいて、どの程度の実績や対応範囲を持つかを広く集め、声をかける候補を数社に絞ります。そのうえで要件を明示したRFPを配り、具体的な提案と概算費用を引き出すという順序が一般的です。

RFPと要件定義書はどう違いますか。

要件定義書は発注側が内部で「何を作るか」を定める成果物で、RFPはベンダーへ提案を求めるために外へ出す依頼文書です。RFPには要件定義書を添付したり参照したりすることが多く、両者は役割が異なります。要件定義書が固まるほどRFPの精度も上がります。

RFPの質疑応答で気をつける点は何ですか。

各社から来た質問と回答は匿名化し、同じ内容を全社に共有するのが基本です。一社だけに個別に情報を渡すと公平性が崩れ、後の契約交渉で問題になりやすくなります。質問期間と回答の締め切りをあらかじめ決めておくと、前提をそろえた提案を受け取りやすくなります。