RFQ、RFP、RFI:その違いを理解する
1. はじめに
調達において、誤った文書を市場に送るほど静かにダメージを与えるミスはほとんどありません。RFP(提案依頼書)を必要とする状況でRFQ(見積依頼書)を発行するバイヤーは、価格表で決着すべき調達のために、サプライヤーに何時間もかけて手法のナラティブを作成させることになります。RFI(情報提供依頼書)を飛ばして直接RFQを発行するバイヤーは、仕様が策定される前に十分に理解されていなかったため、比較不可能な見積書を14件も受け取る可能性があります。3週間以内に決定が必要な状況でRFIを発行するバイヤーは、そのうちの4週間を単に浪費したに過ぎません。
RFI、RFQ、RFPという3つのツールは同義語ではなく、交換可能な専門用語でもなく、発注を急ぐあまりに軽視してよい手続き上の形式でもありません。それぞれが明確な目的を持ち、サプライヤーに異なる種類の回答を求め、調達サイクルの特定の段階で適切に使用されるものです。これらを混同することは、サイクルタイムの長期化、サプライヤーからの回答品質の低下、説得力に欠ける評価結果、回避可能な支出など、測定可能な結果をもたらすプロセスの失敗です(Sollish & Semanik, 2011)。
本稿では、確立された調達手法と最新の調達実務に基づき、これら3つのツールすべてについて正確かつ実践的な扱い方を解説します。
2. 調達サイクルと各ツールの位置付け
各文書を個別に検討する前に、より広い調達プロセスの中でこれら3つを位置付けることが有益です。標準的な戦略的調達サイクルは、以下の5つのフェーズに集約できます。フェーズ1 → 市場理解\n \"供給市場はどうなっているか?\"\n ↓ [RFI — 情報提供依頼書]\n\nフェーズ2 → 仕様策定\n \"我々は何を必要としているか?\"\n ↓\n\nフェーズ3 → 競争入札\n \"サプライヤーはいくらで提示するか?\"\n ↓ [RFQ — 見積依頼書]\n [RFP — 提案依頼書]\n\nフェーズ4 → 評価と選定\n \"どのサプライヤーが最高の価値を提供するか?\"\n ↓\n\nフェーズ5 → 契約と発注\n \"どのように関係を公式化するか?\"
RFIはフェーズ1に属します。RFQとRFPはどちらもフェーズ3に属しますが、そのフェーズ内では異なる種類の購買状況に対応します。フェーズ3のツール間の違いを理解するには、バイヤーのニーズが定義済みか複雑かという点を理解することがまず必要であり、これはセクション5で詳しく説明します。
3. RFI — 情報提供依頼書
3.1 定義
RFIは、正式な調達プロセスが始まる前に、幅広い潜在的サプライヤーグループに対して送られる構造化された市場調査です。その目的は情報を収集することであり、法的拘束力のある商業的なオファーを募ることではありません。RFIは契約上の重みを持たず、バイヤーにいかなる後続の行動も義務付けるものではありません。
Bailyら(2008)が述べるように、RFIは市場調査の調達版です。それは環境をスキャンし、誰が参加できるかを特定し、バイヤーが仕様を固定する前に市場が現実的に何を提供できるかを明らかにします。
3.2 RFIの活用場面
RFIは、以下の条件の1つ以上が適用される場合に適しています。バイヤーが不慣れなカテゴリーに参入する場合。
専門的な物流ソフトウェアを初めて調達する企業は、主要なベンダーが誰であるか、どのような価格モデルを使用しているか、あるいはどのような能力が彼らを差別化しているかを知りません。RFIはこれらの問いに効率的に答えます。供給市場が断片化している、または不透明な場合。
専門的なエンジニアリングサービス、ニッチな原材料、職人による製造など、多くの小規模な地域プレイヤーが存在するカテゴリーにおいて、RFIは市場の状況をマッピングし、候補となるショートリストを作成します。仕様がまだ策定段階である場合。
仕様が確定する前にRFQを発行するのは時期尚早です。RFIを発行することでサプライヤーからの意見を取り入れ、仕様を形成することができ、多くの場合、より明確で市場の実態に即した要件を作成できます。バイヤーがサプライヤーのロングリストを適格化する必要がある場合。
RFIは効率的な事前適格化ツールであり、能力、認証、キャパシティ、地理的到達範囲に基づいてサプライヤーを審査し、競争段階に招待するためのショートリストを作成します。大規模な資本投資が検討されている場合。
プラント建設、エンタープライズソフトウェアの導入、アウトソーシング移行などの大規模プロジェクトにおいて、RFIはバイヤーが検討していなかった代替ソリューション、提供モデル、技術的アプローチを浮き彫りにします。
3.3 RFIに含めるべき内容
適切に構成されたRFIには通常以下が含まれます。企業およびプロジェクトの概要:
バイヤーが誰であり、何を行っており、要件の一般的な性質は何か。目的の記述:
これが情報収集活動であり、購入の確約ではないことを明示する。質問および情報請求:
能力(何ができるか)、経験(何を行ってきたか)、キャパシティ(どれだけ対応できるか)、および商業的アプローチ(通常どのように価格設定するか)に基づいて構造化する。サプライヤープロフィールの請求:
主要な財務、運営、および認証データ。回答形式のガイダンス:
回答間の比較を可能にするため。守秘義務条項:
双方の間で機密情報が共有される場合。
スケジュールおよび連絡先詳細。
3.4 RFIが該当しないことRFIは、入札への確約ではありません。
RFIに応答したサプライヤーは、その後のビジネスを受け取る期待を持つことはできません。契約授与の根拠ではありません。バイヤーはRFIの回答のみに基づいてサプライヤーを選定することはできません。
より低い価格期待を持つRFQではありません。RFIで指標価格を尋ねることは許容されますが、それらの価格を拘束力のある形で比較対象とすることはできません。3.5 一般的な誤用
緊急に決定が必要な状況でのRFIの発行。
RFIは調達スケジュールに2〜6週間を追加します。購入が単純で供給市場がすでに知られている場合、RFIは不要なプロセスです。RFIを使って無料のコンサルティングを引き出すこと。
サプライヤーに設計作業、ソリューションアーキテクチャ、または詳細な提案を報酬なしで作成させる、技術的に要求の厳しいRFIは、真の購買意図がない場合、市場関係を損ない、将来の正当なイベントへの対応を最高のサプライヤーが躊躇する可能性があります。回答を無視すること。
RFIは、仕様、ショートリスト、評価基準、またはバイヤーの市場に対する理解など、何かを変えるべきです。そのアウトプットが後続の段階で使用されないRFIは、発行する価値がありませんでした。4. RFQ — 見積依頼書
4.1 定義
RFQは、適格なサプライヤーの定義されたショートリストに対して発行される正式な依頼であり、完全に仕様化された要件に対して拘束力のある、または指標となる価格の提出を求めるものです。RFQは、バイヤーが必要とするもの、その数量、必要な時期を正確に把握しており、サプライヤー間での唯一の有意義な変数が価格(および関連する商業条件)である場合に適切なツールです。
RFQは仕様リスクが低いことを前提としています。RFQが発行される時点では、すべてのサプライヤーが同じものを価格設定できるよう、バイヤーは要件を完全に定義するための作業を終えています(van Weele, 2018)。
4.2 RFQの活用場面
RFQは以下のすべての条件が満たされる場合に適しています。
仕様が完全かつ曖昧でないこと。
すべての技術要件、品質基準、数量、納期、梱包が書面で完全に定義されていること。製品やサービスが標準化、またはコモディティ化されていること。
原材料、標準部品、カタログ製品、日常的な保守サービス、および十分に定義された専門サービス(例:法定監査、標準翻訳)は自然なRFQ候補です。複数の適格サプライヤーが現実的に競争できること。
単一のサプライヤーに送られるRFQは、入札ではなく交渉です。評価が主に価格主導であること。
バイヤーが最も安い準拠価格を選択するつもりであれば、RFQが適切なツールです。選定において手法、アプローチ、または非価格要因を大きく評価する場合は、RFPの方が適切です。バイヤーがサプライヤーからの提案を必要としないこと。
\"何\"(製品/サービス)は固定されており、\"いくら\"だけが求められています。4.3 RFQに含めるべき内容
完全な技術仕様
(図面、データシート、作業範囲記述書、またはサービスレベル定義)。数量およびボリュームスケジュール
(年間ボリューム、発注パターン、予測)。納入要件
(インコタームズ、納入場所、リードタイムの期待値)。品質およびコンプライアンス要件
(認証、検査権、試験基準)。商業条件
(支払条件、通貨、保証、責任範囲)。価格テンプレート
— サプライヤーが同一の項目で見積もることを要求する構造化されたフォーマット。有効期間
— 提出された価格が固定されているべき期間。提出期限および評価スケジュール。
価格テンプレートは特別な配慮に値します。標準的なフォーマットがないと、バイヤーは互換性のない構造(単位あたり、キログラムあたり、運賃込み、運賃別など)で価格を受け取ることになり、見た目以上に比較が困難になります。テンプレートは比較可能性を強制します。
4.4 RFQが該当しないこと
RFQは、
サプライヤーが要件を再定義する機会ではありません。RFQに応答するサプライヤーは、発行された通りの仕様で見積もるべきです。重大な逸脱は非準拠としてフラグを立てるか、別個の代替オファーとして扱う必要があります。複雑または定義が不十分なニーズには適していません。
仕様が確定する前にRFQを発行するバイヤーは、比較不可能な価格を受け取ることになり、最終的に提供される製品とは異なる製品に価格を付けたサプライヤーと契約するリスクがあります。4.5 一般的な誤用不完全な仕様でのRFQ発行。
これは最も頻繁に発生するRFQエラーであり、最大のダメージをもたらします。サプライヤーは仕様の欠落を異なる前提で埋めるため、価格が比較不能になり、納入中に紛争の余地を生みます。
複雑なサービスにRFQを使用すること。物流アウトソーシング、IT変革プログラム、施設管理契約などは、サービスがどのように提供されるかに関する重要な情報を失うことなく価格表に集約することはできません。これらの要件にはRFPが必要です。
あまりに多くのサプライヤーにRFQを送ること。RFQは放送的なツールではありません。サプライヤーが驚くような低価格を見つけることを期待して20社に発行することは、市場経験の欠如を示し、質の低い回答を生み出し、サプライヤーとの関係を損ないます。3〜6社の適格サプライヤーによるショートリストが、ほとんどのカテゴリーにおける標準的な慣行です(Monczkaら, 2020)。
5. RFP — 提案依頼書5.1 定義
RFPは、ショートリストに載ったサプライヤーグループに対し、定義されたビジネス上の問題やニーズに対応する構造化された提案の提出を求める正式な招待状です。RFQとは異なり、RFPはソリューションを完全に事前指定しません。必要な
成果
を定義し、それをどのように達成するかをサプライヤーに提案させます。価格は回答の構成要素の一つですが、アプローチ、方法論、能力、経験、そして時にはイノベーションと並んで評価されます。RFPは、バイヤーが健全な選定決定を下すために価格を超えた情報を必要とする場合に適切なツールです(Sollish & Semanik, 2011)。5.2 RFPの活用場面
RFPは、以下の条件の1つ以上が適用される場合に適しています。
ソリューションが完全に定義されていない場合。
バイヤーは必要な成果(例:\"98%の納期遵守率を維持しながら物流コストを15%削減する\")は知っているが、それをどのように達成するかは指示していません。異なるサプライヤーが有意義に異なるアプローチを提案する可能性があります。
非価格要因が重要な評価基準である場合。専門サービス、技術ソリューション、アウトソーシング契約、または複雑な建設プロジェクトでは、方法論、チームの質、実装アプローチ、およびリスク管理能力が、価格と同等、あるいはそれ以上に重要です。
範囲にサプライヤーの裁量が大きく関与する場合。サプライヤーの判断、プロセス、専門知識が成果の中心である場合(コンサルティング、法務サービス、クリエイティブエージェンシー、複雑なエンジニアリングなど)、RFPはそれらの専門知識を実証する余地を与えます。
バイヤーが長期または高価値の契約を結ぶ場合。1〜2年を超える契約、または移行や導入においてバイヤー側にも多大な投資が必要な場合、サプライヤーが
どのように実行するかを理解することは、何を請求するかを理解することと同じくらい重要です。複数の評価軸が関与する場合。多基準評価フレームワーク(見積評価に関する補足記事で説明)は、RFPの自然な対となるものです。バイヤーが価格と並んで能力、リスク、TCOをスコアリングするつもりであれば、RFPはすべての次元で必要な情報を引き出すツールです。
5.3 RFPに含めるべき内容背景と状況:
バイヤーのビジネス、戦略的目標、および購入によって解決しようとする問題。
要件の範囲:機能要件、パフォーマンス結果、制約、および境界線。ソリューションではなく、問題。
評価基準と重み付け:サプライヤーは提案がどのように評価されるかを知る権利があります。評価基準の透明性は、回答の質と関連性を向上させます。
必要な提案構成:セクション、ページ制限、およびフォーマット。構造化されたRFPは構造化された比較可能な提案を生み出します。構造化されていないRFPは構造化されていない比較不能なものを生み出します。
技術的質問票:能力、経験、リファレンス、資格、人員配置、方法論。
商業 / 価格セクション:価格テンプレート、価格モデルのオプション、前提条件、および除外事項。
契約条件:バイヤーが使用する予定の条項の草案または要約。商取引上の障害を早期に表面化させるため。
提出要件:期限、フォーマット、連絡先、およびプロセス中のサプライヤーとの連絡に関するルール。
プロセススケジュール:RFP発行、質問受付期間、提出、評価、ショートリスト選定、および決定日。
5.4 RFPが該当しないことRFPは、
釣り針(情報収集のみが目的の無責任な調査)ではありません。
RFPは、バイヤーに真の購入意図があり、進めるための組織的権限がある場合にのみ発行されるべきです。ナラティブセクション付きのRFQではありません。価格表に方法論に関する質問をいくつか追加しただけで、RFQがRFPに変わるわけではありません。RFPを定義づける特徴は、非価格要因が結果に真に影響を与えることです。
コモディティ化された、完全に仕様化された要件には適していません。標準的な事務用品や十分に定義された保守契約に対してRFPを発行することは、サプライヤーを苛立たせ、決定を不必要に遅らせる不釣り合いなプロセスです。5.5 一般的な誤用
決定がすでになされている状況でRFPを発行すること。非公式にサプライヤーを事前選定しており、競争的なプロセスの外観を作るためにRFPを使用するバイヤーは、調達不正の一形態に従事しています。真意を持ってプロセスに参加したサプライヤーは多大なリソースを浪費し、二度と入札する可能性は低いでしょう。評価基準の重み付けを事前に設定しないこと。
事前同意された重みなしでRFPの回答を評価することは、主観性、バイアス、事後正当化の条件を作り出します。重みは、提案書が開かれる前に評価チームによって合意されるべきです。
RFPを過剰にエンジニアリングすること。中堅サービス契約に対して200の質問を含む120ページのRFPは、優れたサプライヤーを遠ざけ、表層的なコピー&ペーストの回答を生み出し、価値に見合わない評価負担を生じさせます。文書は決定の重要性に合わせて範囲を設定してください。
6. 横並び比較次元
RFIRFQ
RFP
主な目的 | 市場インテリジェンスの収集 | 比較可能な価格の入手 | 構造化された提案の入手 |
|---|---|---|---|
調達サイクル内の段階 | 仕様策定前 | 仕様策定後 | 仕様策定後(複雑) |
仕様状況 | 未定義または出現段階 | 完全かつ固定 | 成果定義済み;ソリューションはオープン |
サプライヤー回答タイプ | 情報および能力データ | 拘束力または指標価格 | 価格 + アプローチ + 方法論 |
評価基準 | 定性的;ショートリスト選定 | 価格および商業条件 | 多基準(価格 + 能力 + アプローチ) |
暗示される契約義務 | なし | 強(授与条件付き) | 中(進行の意思) |
一般的なショートリスト規模 | 10〜30サプライヤー | 3〜6サプライヤー | 3〜5サプライヤー |
一般的なスケジュール | 2〜4週間 | 1〜3週間 | 3〜8週間 |
最適 | 新カテゴリー;市場スキャン | コモディティ;標準財/サービス | 複雑なサービス;技術;アウトソーシング |
アウトプット | 適格ロングリスト;洗練された仕様 | ランク付けされた価格比較 | スコアリングされた提案比較 |
7. 決定ロジック:どの文書を発行すべきか | 適切なツールの選択は、以下の2つの問いに依存します。 | 問い1:仕様は完全か? | No → 最初にRFIを発行する。 |
Yes → 問い2に進む。
問い2:選定は主に価格に基づくか、あるいは価格と非価格要因の組み合わせに基づくか?
主に価格、標準化された要件 → RFQを発行する。
価格に加え、能力、方法論、またはアプローチ → RFPを発行する。
開始\n │\n ▼\n供給市場は十分に理解され、仕様は完全か?\n │\n ├── NO ──→ RFI発行 → [回答を利用して仕様とショートリストを開発]\n │\n └── YES\n │\n ▼\n 要件は標準化され、完全に仕様化可能か?\n 価格が主要な選定基準となるか?\n │\n ├── YES ──→ RFQ発行\n │\n └── NO ──→ RFP発行
実際には、これら3つのツールは順序立てて使用されることがよくあります。RFI → RFP、またはRFI → RFQです。RFIのアウトプットが仕様を形作り、その仕様がRFQかRFPのどちらが続くかを決定します。市場知識が低い段階でRFIを省略することは、RFQやRFPの記述が不十分になる一般的な原因であり、バイヤーの誤解を仕様に埋め込み、調達プロセス全体にそれを伝播させることになります。
8. eRFXおよびデジタル調達プラットフォームに関する注意
最新の調達プラットフォーム(SAP Ariba、Jaggaer、Coupa、Ivaluaなど)は、構造化されたワークフロー、電子提出、自動評価サポート、および完全な監査証跡を備えた明確なプロセステンプレートとしてRFI、RFQ、RFPを実装しています。デジタル環境は、この記事で説明した概念的な違いを変えるものではありませんが、規律を強制します。プラットフォームを使用するバイヤーは、発行前に文書タイプを選択しなければならず、それが紙ベースのプロセスでは省略されがちな、意図的な選択の瞬間を作り出します。
デジタルプラットフォームはまた、逆オークション
(eRFQ)を可能にします。これは、サプライヤーが競争価格イベントでライブで互いに競り合うものです。逆オークションは、多くの適格サプライヤーが存在し、切り替えコストが低いコモディティ化されたカテゴリーには強力なツールですが、複雑な、関係集約型の、または品質に敏感なカテゴリーに適用されると不適切であり、潜在的に損害を与える可能性があります(Beallら, 2003)。
9. サプライヤーの視点:どのように依頼するかが重要な理由
バイヤーは時折、RFI、RFQ、またはRFPの選択を内部的なプロセス上の問題と見なしています。つまり、調達チームにとっては重要だが、供給市場には見えないものと捉えています。これは間違いです。サプライヤーは、市場からの問い合わせへの対応に実際のリソースを投資しています。詳細なRFPに応答する中規模のエンジニアリング会社は、準拠した提出書類を準備するために40〜80時間を費やすことがあります。RFIの回答には4〜8時間、RFQの回答には2〜6時間がかかります。バイヤーがこれらのツールを誤用する(コモディティに対してRFPを発行する、または不完全な仕様でRFQを発行する)と、サプライヤーにコストを押し付け、どちらの当事者にも価値を生み出しません。時間が経つにつれ、不必要なRFP、土壇場でのキャンセル、あらかじめ仕組まれた競争、時期尚早なRFQなど、規律のない調達プロセスの評判があるバイヤーは、質の低い回答しか得られず、優れたサプライヤーの参加拒否を招き、不確実なプロセスのコストを織り込むサプライヤーの価格に組み込まれたリスクマージンという隠れたプレミアムを支払うことになります(Williamson, 1985)。
正しいタイミングで正しい文書を発行することでサプライヤーの時間を尊重することは、単なるプロセスの衛生管理ではなく、供給市場における競争上の優位性です。
10. 結論
RFI、RFQ、RFPは、明確な目的、明確なアウトプット、および明確な適切な用途を持つ別個のツールです。RFIは探求し、RFQは価格付けし、RFPは提案します。間違った文脈で、あるいは間違った順序でこれらを使用すると、プロセス上の無駄、比較不可能な回答、そして必要以上に実行が遅く、弁護が困難な調達決定が生まれます。
決定ロジックは単純です。要件を仕様化する前に市場を理解し、その決定の性質(価格主導か価値主導か)に合わせてツールを合わせることです。この規律が一貫して適用されれば、バイヤーとサプライヤー双方の時間を大幅に節約し、評価のための高品質な情報が得られ、最終的により良い調達成果につながります。
...
...
...
...