ベンダーコンペは何社が適切か——条件を揃えて比較できる見積の取り方

コンペに声をかける社数を増やせば、より多くの選択肢が生まれると思いがちだ。しかし発注側の現場では、逆のことが起きやすい。参加社数が増えるほど評価の手間が増え、前提の説明にばらつきが生まれ、気づけば「同じ条件で比べられていない」状態になる。

適切な社数と、比べられる条件の整え方を事前に決めておくことで、コンペの精度は大きく変わる。

社数を増やすほど比較が難しくなる理由

コンペ参加社数には、実務上の上限がある。

目安としてよく語られるのは3〜5社だ。理由は二つある。

一つは評価リソースの問題。提案書を読み、質疑に対応し、採点する作業は発注側にも相応の負荷がかかる。5社を超えると、後半の提案ほど評価の質が落ちやすい。判断の精度は、集中できる範囲に比例する。

もう一つは前提説明のばらつき。社数が増えると、個別に行うキックオフや質疑の内容が微妙にずれる。「予算の上限は伝えた」「いや伝えていない」という差が出ると、受け取る提案の前提がそろわなくなる。

候補が多い場合は、RFI（情報提供依頼）を使った事前スクリーニングが有効だ。会社概要・実績・体制を簡単に提出してもらい、本コンペに招く社を3〜5社に絞る。発注側・ベンダー側ともに無駄な工数を減らせる。

「同じ条件」を揃えるための前提文書の書き方

比べられる見積を得るには、全社に同一の情報を渡すことが前提になる。口頭の説明だけでは、記憶も解釈もばらつく。

前提文書（RFPに相当するもの）に最低限書くべき項目は次のとおりだ。

1. スコープ：何を作るか、何を作らないか
2. 規模の目安：想定ユーザー数、機能の大枠
3. スケジュール：納期の目標と主要マイルストーン
4. 予算感：「上限○○円」または「相場を提示してほしい」を明示
5. 技術・環境の制約：既存システムとの連携、使用技術の指定など
6. 評価の観点：価格・技術力・体制・サポートのどれを重視するか

質問が来た場合は、個別に口頭で回答せず、Q&A形式にまとめて全社へ同時配布する。この一手間が、提案の比較可能性を大きく上げる。

発注側が整えた前提が曖昧なほど、ベンダーは「解釈の余地」を自由に使う。それぞれが異なる前提で提案するため、金額も設計も並べて見ることができなくなる。

提案書で読むベンダー選定の失敗の記事でも触れているように、前提のずれは提案書の内容に直接現れる。前提文書を整えることは、良い提案を引き出すための準備でもある。

評価基準はコンペを開始する前に決める

見積や提案を受け取ってから評価軸を考えると、後付けの判断になりやすい。「魅力的な提案が来たので基準を変えた」という状況は、選定の正当性を揺るがす。

ベンダー選定の基準設計でも整理されているように、評価軸は価格・技術・体制・サポートの4軸を起点に、案件ごとの優先順位をコンペ前に決めておくのが基本だ。採点シートを先に完成させることで、受け取った提案をフラットに見られる。

また、採点シートの存在は、選定後のベンダーへの採否通知のときにも根拠として活きる。不採用通知では特に「何を基準に判断したか」を伝えられるかどうかが、次の関係性を左右する。

コンペの目的は「最も良い提案を直感で選ぶ」ことではなく、「比べられる状態を作り、根拠をもって判断すること」だ。社数を絞り、条件を揃え、評価基準を先に固める。その三つが揃ったとき、コンペは初めて機能する。