1. はじめに

RFQは運用調達の要となる文書です。買い手が、適切に選定されたサプライヤーの候補リストに対し、完全に定義された要件について拘束力のある価格または提示価格の提出を正式に依頼するために使用されます。優れたRFQは、数週間にわたる交渉の往復を1つの構造化された競争イベントに圧縮し、意思決定のためのクリーンで比較可能なデータセットを作成します。逆に、不適切なRFQは、比較できない一連の回答を生み出し、買い手にとってほとんど有益な情報を与えないばかりか、積極的に誤解を招く可能性さえあります。

認めたくない真実は、ほとんどのRFQの失敗は買い手に原因があるということです。サプライヤーは提示されたものに対してのみ価格を設定できます。仕様が不完全、配送条件が未記載、品質要件が曖昧、または価格テンプレートが欠如している場合、サプライヤーは推測に頼らざるを得ず、その推測はサプライヤーごとに異なります。その結果生じる見積もりの差が30%に達するのは、各サプライヤーのコスト構造が異なるからではなく、それぞれ異なるものに対して価格を設定しているためです(Lysons & Farrington, 2016)。

本ガイドでは、この問題をその根源から対処します。効果的なRFQのすべてのセクションを順を追って説明し、何を含めるべきか、その理由を解説し、曖昧さが入り込みやすく、結果として比較可能性を確実に破壊してしまう箇所を明らかにします。


2. 作成前に:前提条件

3つの前提条件が整うまで、RFQを作成すべきではありません。いずれか1つでも怠ると、管理可能な段階である入札前フェーズから、契約紛争に発展する入札後フェーズへとリスクを転送することになります。

2.1 完全かつ検証済みの仕様書

仕様書は、RFQ全体の基盤です。RFQの発行前に完成している必要があります。「完全」とは、有能なサプライヤーが仕様書を読むだけで、重要な推測を必要とせずに、購入内容を正確に理解できることを意味します。

物理的な物品の場合、完全性には通常、寸法図や3Dモデル、材料および表面仕上げの要件、適用される規格と許容誤差、識別と追跡可能性の要件、梱包とラベルの仕様が必要です。サービスの場合、完全性には、作業範囲の境界、成果物、パフォーマンス指標、除外事項を等しく精密に定義した作業範囲記述書(Statement of Work)が必要です。

仕様が未完成の場合、買い手はRFQを起草する前に、まずRFI(情報提供依頼書)を発行するか、潜在的なサプライヤーと技術ワークショップを実施すべきです(van Weele, 2018)。不完全な仕様に対してRFQを発行することは近道ではなく、比較不能な回答を受け取ることの保証に過ぎません。

2.2 適格な候補リスト

RFQは放送ツールではありません。技術的に適格であり、財務的に安定しており、期待されるボリュームで要件を満たす能力があると既に評価されたサプライヤーのリストに対してのみ発行されるべきです。適格でないリストにRFQを発行すると、価格提示している内容を提供できない可能性のあるサプライヤーから回答が得られることになります。これは、そのようなサプライヤーのいずれかが最低価格を提示し、その結果受注した場合、重大なリスクとなります。

適切なリストのサイズは、カテゴリー、供給市場、購入額によって異なります。ほとんどの標準的な物品やサービスでは、3〜6社の適格なサプライヤーが、評価作業を管理可能な範囲内に保ちつつ、十分な競争的緊張を生み出します(Monczka et al., 2020)。3社未満では競争のダイナミズムが弱まり、8〜10社を超えると、サプライヤーが受注の見込みが低いと感じるため、回答の質が通常低下します。

2.3 内部的な整合性

RFQを発行する前に、買い手組織は以下の4点について足並みを揃える必要があります。

  1. 仕様書の承認: 技術責任者(エンジニアリング、運用、または関連部門)が、発行される仕様書を承認済みであること。

  2. 評価基準と重み付け: 回答を受け取る前に、どのように評価し採点するかについて、チームが文書で合意していること。

  3. 商業条件: 買い手の標準的な取引条件、支払い条件、保証の期待値、および責任制限が確定しており、添付する準備ができていること。

  4. 意思決定権限: 適切な承認権限を持つ者が、RFQでサプライヤーに伝達したスケジュール内に意思決定を行う準備ができていることを確認していること。

RFQ発行後に発見された内部的な不整合は、組織の混乱を市場にさらけ出すような訂正を行うか、争いのある前提で決定を下すかのいずれかを強要します。どちらの結果も望ましくありません。


3. 効果的なRFQの構成

適切に構造化されたRFQは7つのセクションで構成されます。各セクションには定義された目的があり、全体として、サプライヤーが正確で応答性が高く、比較可能な見積もりを提出するために必要なすべてを提供します。


セクション1:表紙とはじめに

目的: コンテキストを確立し、期待値を設定し、関与のルールを定めること。

表紙と導入セクションは簡潔(最大1ページ)であるべきですが、以下の要素を含める必要があります。

  • 発行組織: 正式な法人名、住所、および調達担当者の連絡先。

  • RFQ参照番号: その後のすべてのやり取りで使用される一意の識別子。

  • 文書の日付とバージョン番号: 訂正によって文書が修正される際のバージョン管理に不可欠。

  • 文書の性質: これが見積依頼書(RFQ)であることを明確に記載すること。購入の申し出でも、発注の確約でも、範囲を交渉するための招待でもないことを明記する。

  • 提出期限: 日付、時刻、およびタイムゾーン。

  • 提出方法: 該当する場合、メールアドレス、ポータルサイトのリンク、または物理的な住所。ハードコピーが必要かどうかを指定すること。

  • 問い合わせ先: 氏名、メールアドレス、および質問を提出するためのプロセス(詳細はセクション6の明確化プロセスを参照)。

  • 秘密保持声明: 買い手がサプライヤーの見積もりを機密として扱うことを確認し、サプライヤー側の同等の義務があれば指定すること。

よくある回避可能な誤りは、この文書が購入の確約ではないという声明を省略することです。管轄区域によっては、RFQが条件なしの取引への招待と読まれると、準拠した見積もりを受け入れることが拘束力のある契約を構成するかどうかについて、法的曖昧さが生じる可能性があります。明確な免責事項がこれを防ぎます(Treitel, 2011)。


セクション2:供給範囲

目的: 何を購入し、何を購入しないかを正確に定義すること。

範囲セクションは次の質問に答えるものです:買い手は何を必要としているか? これは要件の簡潔で構造化された要約として書かれるべきであり、RFQパッケージの一部を形成する技術仕様書を相互参照する必要があります。以下を含めるべきです:

  • 物品またはサービスの記述: 購入対象を説明する、明確で曖昧さのない言語。

  • 仕様の参照: 仕様の一部を形成するすべての図面、データシート、規格、および作業範囲記述書に対する文書番号、改訂レベル、日付。

  • 数量とボリューム: 単回購入の場合は正確な数量、期間契約の場合はボリュームの範囲と呼び出しパターン。ボリュームが不確実な場合は、ベースケースと範囲を提供すること。

  • 配送場所: 物品が配送される、またはサービスが実行される物理的な住所。

  • インコタームズ: 適用されるインコタームズ(例:DDP 買い手の倉庫、FCA サプライヤーの施設)を指定し、所有権とリスクの移転場所、および誰が運賃を負担するかについての曖昧さを排除すること。

  • 範囲の除外事項: 誤解の合理的なリスクがある場合は、何が範囲に含まれていないかを明示的に述べること。範囲外の定義がないサービスRFQは、サプライヤーに対して、義務がどこで終わるかについて異なる前提を持つことを促すことになります。仕様の参照を正しく書くRFQで引用されるすべての仕様書は、添付されるか、安全なデータルームを通じて提供されなければなりません。「適用される業界規格」とだけ言及し名前を挙げないことや、「後で提供される図面」といった参照は、RFQの整合性を損ないます。サプライヤーは見ることができないものに対して価格を設定できません。

知的財産上の懸念により、買い手がすべての候補サプライヤーと詳細な図面を共有できない場合は、RFQパッケージをリリースする前に機密保持契約(NDA)を締結すべきです。回答を受け取った後の後付けにするべきではありません。

セクション3:技術的および品質要件

目的:


提供される物品またはサービスが満たすべきパフォーマンス、品質、およびコンプライアンスの基準を指定すること。

このセクションは、仕様をサプライヤーが順守を確認しなければならない要件に変換するものであり、納入時の受け入れの基礎となります。以下を扱うべきです:物品の場合:

材料要件:

合金、グレード、化学組成、機械的特性、または同等のもの。

  • 寸法許容誤差: 公称寸法からの許容変動(GD&T、ISO 2768、または同等のもの)。

  • 表面処理: コーティング、メッキ、熱処理、または仕上げ(必要に応じて厚さ/硬度/付着の要件を伴う)。

  • 適用される規格: ISO、ASTM、DIN、EN、またはセクター固有の規格(例:AMS、MIL-SPEC、REACH、RoHS)。

  • 識別と追跡可能性: 部品マーキング、シリアル化、適合証明書、材料試験報告書。

  • 梱包と保存: 梱包タイプ、防食要件、最大積載高さ、ラベル形式。

  • 保存期間: 腐敗しやすい、または化学的に敏感な材料の場合。

  • 検査権限: 該当する場合、サプライヤーの施設での買い手によるソース検査の権利。

  • サービスの場合:成果物:

サプライヤーが作成しなければならない具体的なアウトプット、レポート、または作業成果物。

  • パフォーマンス指標: サービスを測定するためのKPIおよびSLA(例:納期遵守率≥98%、初回解決率≥95%)。

  • 人員要件: サービスを実行する人々に必要な資格、認定、許可、または経験レベル。

  • 下請け制限: サプライヤーが範囲の要素を下請けに出せるかどうか、またどのような条件下で出せるか。

  • 受け入れ基準: 成果物をどのように評価し、誰がそれらを承認または拒否する権限を持つか。

  • このセクションにおける重要な規律は、「shall」(必須、交渉不可)要件、「should」(推奨されるが正当な理由があれば放棄可能)要件、および「may」(オプション、サプライヤーの裁量)要件を区別することです。これら3つの義務レベルを混同すると、サプライヤーが逸脱が失格に相当するのか、それとも単に注目すべきものなのかを判断できない仕様書になってしまいます。セクション4:商業条件

目的: 契約が実行される商業的枠組みを定義し、サプライヤーがそれに応じて価格を設定し、買い手が一般的な商業的根拠に基づいてオファーを比較できるようにすること。これは、買い手が作成するRFQにおいて最も頻繁に省略されるか、不十分な対処しかされていないセクションであり、その不作為は一貫して比較不可能な見積もりを生み出します。30日間の支払条件を想定するサプライヤーと、90日間の条件を想定するサプライヤーは、構造的に異なるキャッシュフロープロファイルに価格を設定しています。明示的なガイダンスがない限り、両方の想定は合理的であり、その結果生じる価格は比較できません。商業条件セクションは以下を扱うべきです:支払条件: 買い手の標準的な支払条件(例:請求書日付からネット60日)を記載すること。買い手の条件が交渉不可である場合は、そう明言すること。範囲内で交渉可能である場合は、その範囲を述べること。サプライヤーが早期支払割引を提供する場合、価格テンプレートにはそれら専用のフィールドを含める必要があります。通貨:


見積もりが提出されるべき通貨を指定すること。国境を越えた購入の場合、買い手が為替リスクをヘッジするか、サプライヤーがそれを吸収することを期待するかを指定すること。換算のための指定された参照レートがない外貨での見積もりは、国内の見積もりと直接比較できません。

価格の有効期間: 提出された価格が固定され、受け入れ可能でなければならない期間。業界の基準はカテゴリーと変動性によって異なります。製造品や標準サービスでは30〜90日が典型的です。コモディティに関連する材料は、より短い有効期間と、定義された価格調整メカニズムを必要とする場合があります。

保証:

買い手の最低限の保証の期待値(期間、範囲(部品、労務、またはその両方)、および不適合時の救済(修理、交換、クレジット))を記載すること。買い手が想定するよりも短い保証に価格を設定するサプライヤーは、同じ製品を提示していません。

責任と補償: サービスおよび高価値の物品については、買い手の予想される責任上限と保険要件を指定すること。サプライヤーは、想像上の低リスクバージョンではなく、実際に署名する契約のリスクに対して価格を設定すべきです。

契約形式: 関係を規律する契約文書(買い手の標準的な発注書および取引条件、特注の契約書、またはサプライヤーの条件のいずれか)を確認すること。買い手の条件が標準的で交渉不可である場合は、それを添付すること。競争プロセスが終了した後の契約段階での驚きは、サプライヤーの善意を破壊し、授与を大幅に遅らせる可能性があります。

価格改定(期間契約の場合): 12ヶ月以上の契約の場合、価格が契約期間中固定されるか、改定の対象となるかを指定し、後者の場合はどのインデックスが改定を規定するか(例:PPI、CPI、セクター固有のインデックス)を指定すること。揮発性の高い材料について36ヶ月契約の固定価格を提示するサプライヤーは、年次のインデックス連動調整を前提としたサプライヤーとは異なるリスクに価格を設定しています。

セクション5:価格テンプレート目的:

提出されたすべての見積もり全体で「同様のもの同士の比較」を強制すること。価格テンプレートは、RFQの運用上で最も重要な要素です。これは、すべてのサプライヤーが同じ形式で、同じ品目で、同じコストカテゴリーを使用して完成させなければならない構造化されたスプレッドシートまたはテーブルです。これがないと、買い手はサプライヤーの数だけ異なる形式(すべて込みのもの、運賃抜きのもの、コンポーネント別に分割されたもの、集計されたものなど)で価格を受け取ることになり、表面上の価格比較は実際には基礎となるコスト競争力の比較ではなく、価格設定構造の比較になってしまいます。

5.1 価格テンプレートの構造適切に設計された価格テンプレートには、通常、以下のセクションが含まれます:

品目ごとの価格設定: 供給範囲内の品目ごとに1行を使用し、以下の列を設ける:


部品番号またはサービスコード

記述単位

必要数量

単価

拡張価格(単価×数量、数式で計算)

リードタイム(発注書からの週数)最小注文数量(MOQ)(該当する場合)

  • 運賃と物流:

  • 運賃コスト(FCAまたはEXWベースで提示される場合)

  • 梱包コスト(単価に含まれていない場合)

  • 関税または輸入料(国境を越えた供給の場合)

  • 単発コスト:

  • ツーリング(単価から別々に償却)

  • セットアップまたは動員費用

  • 資格認定または試験費用

非経常エンジニアリング(NRE)

  • ボリューム/割引構造(期間契約の場合):

  • 基本ボリュームでの価格

  • ボリューム+20%での価格

ボリューム-20%での価格

  • ボリュームリベートのしきい値

  • 支払条件の感度:

  • 買い手の標準条件(例:ネット60)での価格

  • 早期支払割引(%、X日)

合計セクション:

  • 単発コストの合計

  • 基本ボリュームでの年間繰り返しコストの合計

  • グランドトータル(単発コスト+初年度の繰り返しコスト)

  • 5.2 テンプレートの設計原則

合計にはロックされた数式を使用すること。

  • 拡張価格とグランドトータルは、サプライヤーが上書きできない数式計算セルであるべきです。これにより、転記エラーを防ぎ、合計が実際に入力された単価を反映していることを保証します。

  • 単位の列を含めること。

1アイテムあたり0.45ユーロの価格と、1000あたり450ユーロの価格は同一ですが、それは両方が単位ごとに価格設定されていることを買い手が知っている場合に限られます。UOM列の曖昧さは、契約後の紛争の肥沃な土壌です。

  • 「備考/前提」列を提供すること。

  • すべての品目には、サプライヤーが価格に付随する逸脱、前提、または条件をフラグ立てできるフリーテキスト列が必要です。前提列のない価格では、サプライヤーは補足メモをメールで送る必要があり(これは体系的に評価するのが難しい)、あるいは注意書きを省略することになり、契約後に表面化する範囲のギャップを生み出します。

  • 価格を事前に記入しないこと。

買い手の予算や以前のサプライヤーの価格を表示する価格テンプレートは、サプライヤーの回答を固定化し、プロセスの競争的な整合性を破壊します。

形式を保護すること。 テンプレートをロックされたExcelブックとして発行し、編集可能なセルを入力フィールドのみに制限すること。テンプレートの形式を変更する(行の追加、列の結合、または品目記述の変更など)サプライヤーは、手動での再構築なしには他と比較できない回答を提出することになります。

5.3 「準拠対代替」の慣習サプライヤーが、より優れた仕様、アプローチ、または商業構造が買い手により大きな価値をもたらすと信じる場合、準拠した回答と並行して、2番目の代替見積もりを提出するよう招待することは良い習慣です。代替見積もりは明確にそのようにラベル付けされなければならず、準拠した見積もりが最初かつ完全な形で提出されなければなりません。この慣習は、厳格な仕様が抑制してしまう可能性のある革新や価値エンジニアリングの機会をサプライヤーが表面化できるようにしながら、主要な比較の整合性を維持します。

セクション6:プロセスルールとスケジュール目的:

調達イベントがどのように実施され、各ステージがいつ発生するかを定義すること。6.1 スケジュール

明確なスケジュールはサプライヤーへの配慮であり、買い手のコミットメント管理ツールです。以下を指定すべきです:マイルストーン

日付

RFQ発行


[日付]

明確化の質問締め切り[日付]

明確化に対する買い手の回答の公開

[日付]

見積書提出締め切り

[日付、時刻、タイムゾーン]

評価完了(予定)

[日付]

サプライヤーへの結果通知

[日付]

目標契約開始/配送

[日付]

スケジュールは現実的であるべきです。サプライヤーには、独自の下請け業者を関与させ、能力を確認し、信頼できる価格を構築するための十分な時間が必要です。単純な物品の場合、RFQ発行から提出締め切りまで10〜15営業日が通常十分です。複雑なサービスや大量の場合は、3〜4週間が適切かもしれません。48時間の回答ウィンドウを持つRFQは、買い手側の計画不足か、本質的に競争的ではないプロセスであることを示唆しています。

6.2 明確化のプロセス

明確化のプロセスは、RFQイベントの中で最も一貫して管理が不十分な要素の1つです。その目的は、RFQ文書内の真の曖昧さを解決することであり、サプライヤーが範囲を交渉したり、要件の緩和を求めてロビー活動を行ったり、他の入札者の価格に関する競争上のインテリジェンスを探ったりすることを許すことではありません。

明確化プロセスのベストプラクティス:

単一のチャネルを使用すること。

すべての明確化の質問は、指定されたメールアドレスまたはポータルに書面で提出されなければなりません。電話での明確化は受け入れられません。記録に残らず、一貫性がなく、他の入札者と共有できないためです。

すべてのQ&Aを匿名化して公開すること。

受け取ったすべての質問と、発行されたすべての回答は、どのサプライヤーが尋ねたかに関係なく、すべての参加サプライヤーに同時に配布されなければなりません。他の人が持っていない明確化情報を受け取ったサプライヤーは、不公平な競争上の優位性を持つことになります。質問を匿名化する(配布前にサプライヤーの名前を削除する)ことで、サプライヤーがお互いの懸念領域を特定することを防ぎます。

明確化によって仕様が変更された場合は、修正されたRFQを発行すること。

明確化によって元の仕様にサプライヤーの価格設定を変更するほど重要なエラーや省略が含まれていることが明らかになった場合、RFQ文書は正式に修正され、更新されたバージョン番号で再発行され、修正された文書に対して再見積もりする時間を与えるために提出期限が延長されるべきです。

明確化中に交渉しないこと。

明確化は、RFQに含まれるものに関する質問に答えるものです。これは、サプライヤーが範囲の縮小、代替の支払条件、または緩和された品質要件を提案するための適切なフォーラムではありません。明確化チャネルを使用して交渉しようとするサプライヤーにはその目的を思い出させるべきであり、繰り返し誤用する場合は失格の理由となります。

6.3 提出要件提出セクションは以下を指定すべきです:

形式: 物語形式のセクションにはPDF、価格設定にはExcel(提供されたテンプレートで)。PDFのみの提出は価格データの容易な比較を妨げ、Excelのみの提出は署名済み文書の強制力を欠きます。

承認: 見積もりが、サプライヤーを商業的に拘束する権限を持つ人物によって(デジタルまたは物理的に)署名されることを要求すること。署名のない見積もりは拘束力がない場合があります。

遅延提出ポリシー: 遅延提出が受け入れられるかどうか、またどのような条件下で受け入れられるかを明確に述べること。ここでの一貫性は不可欠です。あるサプライヤーの遅延提出を受け入れて他のサプライヤーのものを受け入れないことは、プロセスを異議申し立てにさらします。

撤回:

サプライヤーが提出された見積もりを撤回できる条件。

  • セクション7:評価基準目的:

  • サプライヤーに見積もりがどのように評価されるかの可視性を与え、それに応じて優先順位を付けられるようにすること。評価基準の透明性は弱点ではなく、強みです。回答がどのように採点されるかを理解しているサプライヤーは、より関連性が高く、より完全で、より比較可能な回答を提出します。また、サプライチェーンのガバナンス要件が厳しくなるにつれてますます重要になっている、プロセスが公正かつあらかじめ決定されていることを示します(CIPS, 2022)。

  • 価格が主要な評価基準であるRFQの場合、基準セクションは簡潔で構いません:価格:

  • 見積もりは、陸揚げ標準化単価(セクション4で定義)によってランク付けされます。リードタイム:


必要なリードタイムの順守は資格基準です。非準拠のリードタイムは失格となります。

品質コンプライアンス: 必須の技術要件からの逸脱を含む見積もりは、買い手が明示的に代替提案を招待し、受け入れない限り、非準拠として扱われます。

商業条件コンプライアンス:

買い手の標準的な商業条件からの逸脱は記録され、評価結果に影響を与える可能性があります。

  • 買い手が、価格と並んで能力、リスク、またはTCO要素を組み込んだ重み付けされたマルチクライテリア採点モデルを使用するつもりである場合、重み付けテーブルをRFQで公開すべきです。重みを保留し、事後的に適用することは、公正で透明なプロセスと一致しません。4. 添付書類および関連文書

  • すべてのRFQパッケージには、本体文書で明確に番号付けされ参照されている以下の添付ファイルが含まれるべきです:添付ファイル

  • 目的添付ファイルA — 技術仕様書

  • 図面、データシート、または作業範囲記述書添付ファイルB — 価格テンプレート

価格入力用のロックされたExcelブック


添付ファイルC — 取引条件

買い手の標準的な購入条件

添付ファイルD — NDA

(該当する場合)

仕様のリリース前に締結されるもの

添付ファイルE — サプライヤー宣言

コンプライアンス、利益相反、倫理的取引の証明

添付ファイルF — Q&Aログ

(明確化後に発行)

すべての質問と回答、匿名化済み

サプライヤー宣言(添付ファイルE)は、特に規制産業や公共部門、あるいはESGを意識した買い手にとって、専門的に管理されるRFQの標準的な要素になりつつあります。通常、利益相反がないこと、適用される労働法および環境法の順守、反競争的行為への関与がないこと、提供されたすべての情報の正確性について、サプライヤーに確認を求めます。虚偽の宣言は失格の理由であり、法的な措置の対象となる可能性があります。5. RFQ後:評価とフィードバック

5.1 見積もりの開封と記録

見積もりは、提出締め切り時、またはその直後に、少なくとも2人の評価チームメンバーによって同時に開封されるべきです。日付、時刻、提出したサプライヤー、および主要な見出しの数字(合計価格、リードタイム、主要な逸脱)は、開封時に評価レジスタに記録されるべきです。これにより、提出後に見積もりが修正されていないことを示す監査証跡が作成されます。

5.2 コンプライアンスチェック

価格比較が始まる前に、すべての見積もりを完全性とコンプライアンスについて評価すべきです:価格テンプレートは完全で、すべての品目に価格が設定されていますか?

署名や承認声明の欠落はありませんか?

必須の技術的または品質要件からの逸脱はありますか?


必須の商業条件からの逸脱はありますか?

非準拠の見積もりは、(交渉不可の要件からの逸脱については)失格となるか、(軽微な省略や形式の問題については)明確化のためにフラグが立てられるべきです。失格と明確化の境界線は、特定のサプライヤーを優遇または不利益にするような事後的な決定ではなく、事前に定義されるべきです。

5.3 価格の標準化

見積もり評価に関する補足記事で説明されているように、価格は比較の前に共通の基盤に標準化されなければなりません。単一通貨への変換、配送条件の調整、支払条件の差異の調整、および期待されるボリュームに対する単発コストの償却です。価格テンプレートは、適切に設計されていれば、この計算に必要な入力のほとんどを既に取得しているはずです。

5.4 サプライヤーへのフィードバック

  • RFQに参加し、選ばれなかったサプライヤーには、なぜ成功しなかったのかについてのフィードバックを受ける権利があります。構造化され、誠実で、具体的なフィードバックを提供することは、専門的な礼儀であると同時に商業的な戦略でもあります。なぜ負けたのか、将来のイベントで競争力を向上させるために何をすべきかを理解しているサプライヤーは、それらの改善に投資し、次回はより強力な見積もりを提出する可能性が高くなります。

  • フィードバックは、勝者の価格を開示する必要はありません。他の入札者に関する商業的に機密性の高い情報を明らかにすることなく、各評価基準におけるサプライヤーのパフォーマンスが、しきい値や市場と比較してどうであったかに対処すべきです。

  • 6. よくあるRFQ起草の失敗:診断チェックリスト

  • 以下の失敗は、比較不可能な、曖昧な、あるいは争いのあるRFQ結果の大半を占めています。このリストを発行前の品質チェックとして使用してください。

仕様の失敗

RFQ発行時点で仕様書が確定していない

参照される規格や図面が添付されていない、またはサプライヤーがアクセスできない

許容誤差や受け入れ基準が曖昧に表現されている(「概ね」、「必要に応じて」)

必須要件と裁量的要件が区別されていない

商業条件の失敗


支払条件が記載されていない

国境を越えた購入で通貨が指定されていない

保証期間や範囲が定義されていない

  • インコタームズが不在、または一貫して適用されていない

  • 価格有効期間が指定されていない

  • 価格テンプレートの失敗

  • テンプレートが提供されず、フリー形式の価格設定を依頼している

テンプレートが数式セルの上書きを許可している

  • 単位が曖昧、または欠如している

  • 単発コスト(ツール、セットアップ)が単価から分離されていない

  • サプライヤーの前提や逸脱のためのフィールドがない

  • プロセスの失敗

  • 提出締め切りが非現実的に短い

明確化チャネルが指定されていない

  • Q&Aがすべてのサプライヤーに同時に配布されていない

  • 評価基準が入札者に開示されていない

  • 機密保持声明がない

  • ガバナンスの失敗

  • 発行前に内部仕様書の承認が確認されていない

見積もりを受け取る前に評価基準と重みが合意されていない

  • 見積もり開封の監査証跡がない

  • フィードバックプロセスが定義されていない

  • 7. RFQの長さと比例性に関する注記

  • RFQは必要なだけ長く、可能な限り短くあるべきです。梱包用消耗品の年間供給のための60ページのRFQは不釣り合いです。それはサプライヤーにリスクマージンに反映される応答コストを課し、この買い手と取引することは管理上負担が大きいと市場に知らせることになります。

  • プロポーショナリティの原則(調達プロセスの複雑さを購入の価値とリスクに合わせて調整する)は、専門的な調達実務の基礎です(CIPS, 2022)。大まかな目安として:

購入価値/複雑さ

  • 適切なRFQの複雑さ

  • 定型的な、低価値、コモディティ化された

  • 2〜4ページ + 価格テンプレート

  • 標準的な物品またはサービス、中価値


5〜10ページ + 価格テンプレート + T&C

複雑な物品または高価値サービス

10〜20ページ + 完全な添付セット

主要、長期的、または戦略的供給

RFPがより適切か検討すること

RFQは調達機能の洗練さを証明する場所ではありません。定義された要件について比較可能な価格を取得するためのツールです。その品質はページ数ではなく、生成される回答の比較可能性によって測定されます。

8. 結論

効果的なRFQは、作成するのが難しい文書ではありません。何を調達するかについての明確さ、サプライヤーが応答する商業的枠組みを指定する規律、そしてサプライヤーの時間を尊重すること(サプライヤーの仕事を扱いやすくし、買い手の評価を厳格にする構造化されたテンプレートを通じて表現される)が必要です。

基準は単純です。RFQを読むサプライヤーは、重要な推測をすることなく要件の価格を正確に設定できるべきであり、回答を比較する買い手は、手動での再構築なしに「同様のもの同士の比較」でそれらをランク付けできるべきです。両方の条件が満たされたとき、RFQはその役割を果たしたことになります。

このガイドのすべては、これら2つの成果のためにあります。