AI開発の相見積もりで条件を揃える12項目。揃えないと見積もりはこう割れる

AI 開発で 3 社に相見積もりを取ると、最小と最大が 3 倍以上離れることが珍しくない。値付けの方針が違うから、ではない。各社が想像した「作るもの」が違うからである。

原因の大半は依頼側にある。口頭の相談や 1 枚のメールでは、条件が抜ける。抜けた条件は各社が勝手に埋める。埋め方が違えば、金額は当然割れる。逆に言えば、依頼の時点で揃えられる項目は決まっていて、その数は 12 個しかない。この記事では、その 12 項目を 1 つずつ、揃えないと見積もりがどう割れるかで説明する。

前提：金額の差は「条件の差」で説明できなければおかしい

比較の目的は安い会社を見つけることではなく、差の理由を言葉にすることである。A 社が 800 万円、B 社が 300 万円だったとき、「B 社は PoC までしか見ていない」「A 社は既存システム 2 本の改修を含めている」と説明できれば、その相見積もりは成立している。説明できないなら、揃っていない項目がどこかにある。

受け取った後の突き合わせ方は AI開発の相見積もりを比較する方法 にまとめた。ここで扱うのは、その手前——送る前に揃える話である。

1〜3. 何を作るか（目的・フェーズ・データ）

1. 目的（どの業務の、どの困りごとを解くか） 「問い合わせ対応に AI を使いたい」では、一次回答の自動化なのか、オペレーターの下書き支援なのかが決まらない。前者は精度要件が跳ね上がり、後者は人が確認する前提なので安く収まる。同じ言葉で違うものを指しているときに、最も大きく割れる。

2. フェーズ（PoC / MVP / 本番） 最も金額を動かす 1 項目。PoC は「できるか確かめる」、MVP は「限られた範囲で使い始める」、本番は「全社で運用する」。書かないと、各社が売りたいフェーズで見積もる。 安い会社が優秀なのではなく、PoC しか見ていないだけのことがある。

3. データの状態 電子化して整理されているのか、ファイルサーバーに散在しているのか、紙とスキャン画像が中心か、まだ無いのか。紙が中心なら、前処理とデータ整備が独立した工程として立つ。ここを書かないと、各社が「整っている前提」で見積もり、着手後に最初の追加費用が出る。AI開発のデータ準備 に整備の手順がある。

4〜6. どうつなぐか（連携・セキュリティ・精度）

4. 既存システムとの連携 単体で使うのか、Slack や Teams に入れるのか、基幹システムや CRM とつなぐのか。連携先が 1 本増えるごとに、接続・認証・テストの工数が積み上がる。連携の有無だけでも書いておけば、割れ幅は目に見えて縮む。

5. セキュリティ要件 個人情報や機密情報を含むか、部署単位の閲覧権限が要るか、オンプレミス・閉域が必要か、ISMS などの監査対応があるか。外部の AI API を使えるかどうかはここに含まれる最重要項目で、使えない場合は構成そのものが変わり、金額の桁が動くこともある。

6. 精度の考え方 「人が確認してから使う（下書き・候補提示でよい）」のか、「自動で処理・判断するので高い精度が必須」なのか。後者は評価データの作成、評価の実施、改善の反復が工程として必要になる。誰が精度を採点するのかまで決めておくと、さらに揃う。AIの精度評価は誰がやるか を参照してほしい。

7〜9. いつ・いくらで（予算・納期・NDA）

7. 予算の目安 出したくない気持ちは分かるが、レンジで出したほうが比較しやすくなる。 「300〜500 万円」と伝えれば、各社はその範囲で何ができるかを設計して返す。伝えないと、各社が想像した規模の提案が返り、そもそも比較の土俵に乗らない。相場の感覚は AI開発の費用相場 で確認できる。

8. 納期 2 か月以内なのか、半年でよいのか。急ぐ案件は人員の張り付け方が変わり、費用が上がる。「なるべく早く」は条件ではない。 何がいつまでに要るのか（社内発表・繁忙期・決算）を書くと、各社が現実的な線を返す。AI開発の納期はどう決まるか に、短縮できる工程とできない工程を整理してある。

9. NDA の要否 締結してから詳細を出すのか、まず概算だけ聞きたいのか。先に決めておかないと、社によって開示した情報の量が変わり、そのまま見積もりの精度差になる。 概算段階では NDA 不要にして、条件を揃えたほうが比較しやすい。

10〜12. 終わった後（保守・納品物・権利）

10. 保守の範囲 稼働監視・障害対応だけなのか、精度の継続改善まで含むのか、利用者からの問い合わせも受けるのか。そして AI の API 利用料を実費として分けて提示してもらうかどうか。ここを書かないと、月額保守の数字が各社バラバラの意味を持ち、5 年総額の比較が成立しない。AI運用費は定額保守か従量精算か が参考になる。

11. 納品物 ソースコード、プロンプトと設定ファイル、設計書と運用手順書、整備したデータと評価データ、学習済みモデル。「動くものを納品」としか書かれていない見積もりは、あとで揉める。 特に評価データと運用手順書は、保守会社を替えるときに効いてくる。

12. 権利の帰属 ソースコードとプロンプトの権利が発注側に帰属するのか、開発会社に残るのか。帰属しない前提なら開発費は下がりうるが、別の会社に引き継げなくなる。安く見える見積もりの理由がここにあることは、実際に少なくない。

揃えた条件を、そのまま各社に渡す

12 項目を自分で文書にまとめ直すのは手間がかかる。当サイトの 無料の相見積もり は、この 12 項目を選択式で埋めると、そのまま開発会社に渡せる案件票（発注文）が機械的に組み上がるようになっている。生成 AI が要件を推測して埋めることはしない。未回答の項目は「未定（提案時に確認）」とそのまま書き出す。

同じ 1 枚が全社に渡るので、返ってきた見積もりの差は条件の差ではなく、各社の設計と単価の差になる。それが比較の出発点である。

まとめ

• 相見積もりが割れる原因の大半は、依頼側で条件が抜けていること
• 揃えるべきは 12 項目。フェーズ・データの状態・セキュリティ・保守の範囲の 4 つが、特に金額を大きく動かす
• 予算と納期は隠さずレンジで出したほうが、比較しやすい提案が返る
• 権利と納品物は、金額ではなく次に会社を替えられるかに効く
• 揃えた条件は 1 枚の案件票にして、全社に同じものを渡す