相見積もりを取るか1社に絞るか。AI開発で単独指名が有利になる4条件

AI 開発の発注で最初に決めるのは、どの会社に頼むかではない。何社に声をかけるかである。相見積もりは常に正解というわけではなく、1 社に絞ったほうが早く安く終わる案件も確かにある。

ここでは「複数社に同じ条件で出させる」と「1 社を指名して詰める」の 2 つを、費用・期間・社内の手間で並べて比べる。どちらを選ぶかは案件の性質で決まるので、先に条件を整理しておきたい。

2 つの進め方で、実際に何が違うのか

比較軸	相見積もり（3 社前後）	単独指名（1 社）
金額の妥当性	他社の額と並べて判断できる	相場との比較が自分ではできない
発注までの期間	条件整理 1〜2 週 ＋ 各社の作成 2〜3 週	最短 1〜2 週
発注側の工数	案件票の作成、同席、比較表の整理	相談と詰めのみ
要件の精度	各社の質問で抜けが見つかる	1 社の視点に依存する
提案の質	受注確率が下がるぶん、浅くなる社もある	受注前提で深く入ってもらえる
情報の管理	開示先が増える（NDA の手配が必要）	開示先が 1 社
関係の継続性	落選した社との関係が止まる	既存の関係をそのまま使える

金額の妥当性が相見積もりの最大の利点で、期間と工数が最大の代償である。この交換条件をどう評価するかが判断の軸になる。

単独指名が有利になる 4 条件

条件 1. 既存システムの改修で、作った会社が分かっている

既存のコードと運用を知っている会社に追加で頼む場合、他社は現状把握の工数を見積もりに積む。その分だけ不利になるので、比べても差が出ない。引き継ぎを前提に乗り換えるなら話は別だが、AI開発の引き継ぎで挙げた 12 項目が揃っていないと乗り換えの費用が読めない。

条件 2. 金額が小さく、相見積もりの工数が金額差を超える

目安として、100 万円未満の案件で 3 社の比較に 2 週間かけるのは割に合わないことが多い。案件票の作成と 3 社の商談同席で発注側の工数が数十時間動くなら、その人件費が価格差を食う。小額の案件は 1 社に絞って、範囲を削る方向で調整したほうが早い。

条件 3. 開示できる情報が少ない

未公表の事業計画や、契約で持ち出せないデータが要件の中心にある案件では、開示先を増やすこと自体がリスクになる。NDA 前にどこまで話せるかはAI開発の相談はNDA前にどこまで話せるかで線引きしたが、匿名の照会では見積もりが出ない要件もある。

条件 4. 納期が動かせない

相見積もりには条件整理と各社の作成期間で、合わせて 3〜5 週かかる。これが納期に入らない案件では選べない。ただし「急ぐから 1 社に決めた」案件は、後から範囲の追加で金額が膨らみやすい。急ぐと費用が跳ねる工程はAI開発の納期はどう決まるかに挙げた。

相見積もりが効く 4 条件

条件 1. 初めての分野で、相場の見当がつかない

AI 開発は分野とフェーズで金額が大きく動く。同じ要件で 300 万円と 1,500 万円の提案が並ぶことは珍しくない。その差の原因は見積もりが300万・800万・1500万円で分解したが、1 社だけ見ていると、その 1 社の前提が相場に見えてしまう。

条件 2. 要件がまだ固まっていない

各社からの質問は、無料の要件レビューとして働く。3 社に聞くと、1 社では気づかなかった前提の抜け（データの権利、既存システム側の改修、精度の合格ライン）が出てくる。

条件 3. 金額が大きく、社内の説明が必要

稟議で「なぜこの会社・この金額か」を問われる案件では、比較した記録そのものが説明資料になる。1 社だけの見積もりで決裁を通すには、別の形で妥当性の根拠が必要になる。

条件 4. 長く付き合う相手を選ぶ

AI システムは作って終わりではなく、運用と改善が続く。保守の体制や精度の測り方は提案書に出るので、複数社を並べると差が見える。何を見るかはAI開発会社の選び方で評価方法と運用体制の 9 か所に絞った。

「とりあえず 5 社」が損になる 3 つの理由

相見積もりを取るとしても、社数を増やせば増やすほどよいわけではない。

1. 提案が浅くなる。受注確率が 20% を下回ると、工数をかけた提案が出にくくなる。精度の検証方法まで踏み込んだ提案は、本気で取りに来る社からしか出ない
2. 比較不能になる。各社が別の前提で書いた見積書は、並べても比べられない。条件を揃える手間は社数に比例する。揃えるべき項目は相見積もりで条件を揃える12項目にまとめた
3. 発注側の工数が破綻する。5 社の商談に同席し、質問に答え、比較表を作る時間は想像より大きい

3 社前後が実務的な上限である。比べ方そのものはAI開発の相見積もりを比較する方法で 5 つの手順に分けた。

相見積もりであることを、相手に伝えるか

伝えたほうがよい。理由は 3 つある。

1. 伏せても分かる。同じ条件を書いた案件票が複数社に届いていることは、商談の中で見当がつく。後から分かると、条件の揃え方そのものを疑われる
2. 提案の出し方が変わる。比較されると分かっている社は、他社との違いが出る部分（評価方法、運用体制、保守の範囲）を先に書いてくる。比較する側にとってはそのほうが読みやすい
3. 断るときに揉めにくい。最初から複数社と伝えてあれば、落選の連絡は手続きとして済む

伝えるときに併せて出しておくとよいのは、社数・判断の基準・回答の期限の 3 つである。「何社と競っているか分からないまま、いつ決まるかも分からない」状態は、提案の質を下げる方向に働く。値引きを引き出す材料として社数をちらつかせるのは逆効果で、条件を削った見積もりが返ってくることが多い。削られやすい行は「AIで安くできます」の見積書を点検する5工程に挙げた。

迷ったときの折衷案

「本命 1 社 ＋ 比較用 1〜2 社」で始める形がある。本命には深く相談し、比較用には同じ案件票だけを渡して見積もりを出してもらう。これなら発注側の工数を抑えつつ、金額の妥当性は確認できる。

重要なのは、比較用の社にも同じ条件を渡すことである。本命にだけ詳しく話し、他社には概要だけを渡すと、出てくる金額の差は会社の差ではなく情報量の差になる。それでは比較の意味がない。

なお、1 つの案件を複数社に分けて発注するかどうかは、これとは別の論点である。分離発注と一括発注で整理した。

どちらを選んでも、先に決めておく 5 点

1. 目的と合格ライン。何ができたら成功か。精度で言うなら何%か、何を数えた%か
2. フェーズの範囲。PoC までか、本番稼働までか、運用も含むか
3. データの状態。どこに何件あり、整備は誰がやるか
4. 予算の上限と決裁の期限。これを伝えないと、各社は違う前提で書く
5. 運用の分担。稼働後の監視・改善を誰がやるか

この 5 点は、1 社に絞る場合でも必要になる。単独指名の案件が後から膨らむのは、ここを決めずに相談を始めるからである。

まとめ

単独指名が有利なのは、既存システムの改修・小額案件・開示できる情報が少ない・納期が動かないの 4 条件である。それ以外の案件、特に初めての分野で金額が大きいものは、相見積もりで金額の妥当性を確かめる価値が工数を上回ることが多い。

どちらにしても、条件を文書に揃えてから声をかけることは変わらない。揃えていない相談は、1 社でも 3 社でも同じだけ後から揉める。無料で相見積もりでは、この記事で挙げた 5 点を含む案件票を選択式で作れるようにしてある。作った案件票は、1 社にだけ渡す使い方でも構わない。