AI受託開発の相見積もりで金額が3倍違う理由｜比較条件を揃えるRFPの作り方

同じ要件で3社に相見積もりを取ったら、90万円・180万円・280万円という回答が返ってきた——AI受託開発の発注では珍しくない光景です。金額が3倍も違うと「どこかが不当に高いのでは」と感じてしまいますが、実際には3社とも自社の理解にもとづいて誠実に計算しているケースがほとんどです。差が生まれる原因は価格設定ではなく、依頼書の書き方によって各社が別々の要件を想像していることにあります。本記事では、金額差が生まれる仕組みと、3社を同じ土俵に乗せるための依頼書（RFP）の作り方を、そのまま使える型とあわせて解説します。

金額が3倍違うのは、価格設定の違いではない

見積もりは「要件の解釈」に付けられた値段

受託開発の見積書は、要件そのものではなく、要件を読んだ担当者の解釈に対して作られます。「顧客管理システムを作りたい」という一文からは、次のどれもが導けます。

• 顧客の一覧と詳細が見られて、検索とCSV出力ができるだけのもの
• 上記に加えて、商談履歴・対応メモ・担当者の割り当てが管理できるもの
• さらに権限設定・集計レポート・メール配信ツールとの連携まで含むもの

1つ目なら50万円台、3つ目なら150万円を超えます。この時点で3倍の差はすでに発生しており、単価の交渉では埋まりません。相見積もりで最初にやるべきことは値引き交渉ではなく、3社が同じものを想像している状態を作ることです。

差が生まれる4つの発生源

解釈の違い以外にも、金額差の原因はいくつかあります。整理すると次の4つです。

発生源	差の大きさ	交渉で埋まるか
要件の解釈の違い	最大3倍	要件明確化で埋まる
対応範囲の違い	1.3〜2倍	範囲調整で埋まる
体制・人月単価の違い	1.5〜2倍	ほぼ埋まらない
不確実性の上乗せ	1.2〜1.5倍	情報提供で減る

4つ目の「不確実性の上乗せ」は見落とされがちです。情報が少ない依頼ほど、開発会社はリスクを吸収するために保険をかけた金額を出します。逆に言えば、発注側が情報を出すほど見積もりは下がるという関係が成立します。これは値引き交渉より確実で、角も立ちません。

同じ要件文からでも、ここまで解釈が分かれる

実際に食い違いやすい7つの論点

AI開発の依頼でとくに解釈が割れるのは、次のような論点です。依頼書に書かれていなければ、各社は自社にとって自然な前提を置きます。

論点	安く読む解釈	高く読む解釈
利用ユーザー数	5名程度	全社100名・権限別
既存データ移行	発注者が整形して渡す	開発側で名寄せまで実施
スマホ対応	PC画面がスマホで開ける	スマホ専用画面を別途作る
外部連携	CSVの手動取り込み	会計・メールとAPI連携
AIの精度	下書きが出れば十分	業務判断に使える水準
インフラ	既存サーバーに相乗り	専用環境の構築込み
納品後の対応	1ヶ月の不具合対応のみ	1年間の保守と改修を含む

この表の右列だけを選んだ見積もりと、左列だけを選んだ見積もりを比べれば、3倍の差は自然に生まれます。高い見積もりが不誠実なのではなく、丁寧に読んだ結果である可能性が高いという視点を持っておくと、判断を誤りません。

3社を同じ土俵に乗せるRFP（依頼書）の作り方

A4で1〜2枚あれば十分に機能する

RFPというと分厚い仕様書を想像されますが、中小企業の案件で必要なのはA4で1〜2枚です。目的は仕様を確定することではなく、各社の前提を揃えることだからです。次の10項目を埋めるだけで、返ってくる見積もりの比較可能性は大きく変わります。

1. 解決したい業務課題と、現在の困りごと（3つまで・優先順）
2. 対象業務の現在の流れ（誰が・何を使って・どの順で）
3. 想定利用者数と、権限を分ける必要の有無
4. 既存データの種類・件数・現在の保管形式
5. データ移行を自社で整形できるかどうか
6. 必須機能と、あれば嬉しい機能の切り分け
7. 外部ツール連携の要否（会計・メール・カレンダー等）
8. スマホ利用の有無と、利用シーン
9. 希望時期と、動かせない期限があるか
10. 予算枠と、決裁のプロセス

そのまま社内で埋められるRFPの型

下記をコピーして各項目を埋め、同じ文面を全社に送ってください。埋められない項目は「未定」と書けば十分です。空欄より「未定」と明記されているほうが、各社は前提を質問しやすくなります。

【依頼概要】
・社名／事業内容：
・依頼したいもの：
・解決したい課題（優先順に3つ）：
  1.
  2.
  3.

【現状】
・現在の業務の流れ：
・現在使っているツール／ファイル：
・データ件数（顧客◯件、案件◯件など）：
・データ整形を自社で行えるか：はい／いいえ／要相談

【要件】
・想定利用者数：      名（権限の区別：あり／なし）
・必須機能：
・あれば嬉しい機能：
・外部連携：なし／あり（連携先：        ）
・スマホ利用：なし／閲覧のみ／入力も行う

【条件】
・希望リリース時期：
・予算枠：       万円程度
・保守契約：希望する／不要／提案を希望
・提出期限：    月    日
・比較検討：複数社に相談しています

【提出をお願いしたいもの】
1. 見積書（費目ごとの工数と単価の内訳を含む）
2. 想定スケジュール
3. 前提条件と、範囲外となる作業
4. 類似案件の実績（差し支えない範囲で）

最後の「提出をお願いしたいもの」が効きます。フォーマットを指定しておけば、各社の回答が構造的に揃い、横並びの比較表を作るのが一気に楽になります。

相見積もりを実務としてうまく進めるために

声をかけるのは3社まで

比較対象は3社が現実的な上限です。5社に依頼すると、各社の提案を読み込む時間が確保できず、結局は総額だけで判断してしまいます。それでは相見積もりの意味がありません。事前に会社の実績や得意分野を調べ、明らかに畑違いの会社を外したうえで3社に絞るほうが、良い結果につながります。

相見積もりであることは伝えたほうがよい

伏せたほうが有利に見えますが、実際は伝えたほうが健全に進みます。開発会社側も、比較されている前提であれば前提条件や範囲外作業を明示した丁寧な提案書を出してきます。伏せたまま進めて後から発覚すると、その時点で信頼関係に傷がつきます。ただし他社の金額をそのまま開示して値下げを迫るのは避けてください。範囲が違う金額を持ち出しても議論が噛み合わず、真面目に見積もった会社ほど降りていきます。

提出期限は2週間程度を確保する

「3営業日で見積もりを」という依頼をすると、丁寧に検討する会社ほど辞退します。要件を読み込み、前提を整理し、工数を積み上げるには相応の時間が必要だからです。逆に、その日のうちに総額だけが返ってくる見積もりは、過去案件の相場を当てはめただけである可能性を疑ってください。

金額以外に比較すべき5つの観点

同じ土俵に乗せたあとは、総額だけでなく次の観点を点数化して並べると判断しやすくなります。

観点	見るポイント
要件の理解度	提案に自社の業務用語が出てくるか
前提の明示	範囲外作業が書かれているか
質問の質	本質的な確認をしてきたか
運用の想定	納品後の話が提案に含まれるか
連絡のテンポ	返信速度と説明の分かりやすさ

各社の見積書そのものを読み解く手順は見積もり比較で見るべき5つの観点、発注前に確認しておく項目の全体像はAI開発の発注前チェックリスト12項目にまとめています。

とくに「質問の質」は経験値がそのまま出ます。要件を読んだだけで見積もりが返ってくる会社より、「この業務は月末に集中しますか」「入力するのは事務の方ですか、現場の方ですか」といった確認をしてくる会社のほうが、実際に使えるものが上がってきます。

相見積もりでやってはいけないこと

• 各社に違う情報を渡す：比較が成立しなくなり、金額差の原因も分析できません
• 他社の提案書をそのまま横流しする：提案書には設計上の工夫が含まれます。知的財産の問題になります
• 最安値だけを見て即決する：範囲外作業の確認を飛ばすと、追加費用で結局は高くつきます
• 断りの連絡を入れない：業界は狭く、次回以降の相談がしづらくなります

不採用の連絡は、理由を一言添えるだけで十分です。「今回は予算の都合で」「対応スピードを優先して」といった一文があるだけで、次に相談したいときの関係が残ります。

1社だけ極端に安い、または高いときの読み解き方

安い1社をどう扱うか

3社のうち1社だけが半額以下だった場合、まず確認するのは金額ではなく「前提条件」と「範囲外作業」の記載です。安さには必ず理由があり、その理由が説明できるかどうかで判断が分かれます。よくある理由を挙げます。

• 既製のパッケージやSaaSをベースにしている：カスタマイズ範囲に制約がある代わりに安い。要件が標準的なら合理的な選択です
• テスト・移行・ドキュメントが範囲外：総額は安いが、自社の作業負担として跳ね返ります
• 要件を小さく読んでいる：着手後に追加費用が発生します。前提条件の欄で見抜けます
• 実績づくりの戦略価格：これは発注側にとって不利益がありません

安い理由を尋ねて、具体的な説明が返ってくる会社なら選択肢として有効です。「頑張ります」「できます」だけで根拠が示されない場合は、着手後の追加費用を覚悟しておく必要があります。

高い1社を最初に外さない

予算を超えている見積もりでも、すぐに検討から外すのはもったいない判断です。高い理由が「必要だと判断した工程が入っているから」である場合、その提案書は他社の見積もりに何が足りないかを教えてくれる資料になります。実際、他2社の見積もりに移行費とテスト費が入っていないことに、3社目の提案書を読んで初めて気づいた、という展開は珍しくありません。

そのうえで「この構成で予算80万円に収めるとしたら、どこを削りますか」と相談してみてください。優先順位を踏まえた削り方を提案できる会社は、発注後も現実的な判断をしてくれます。

発注後に金額が動くのを防ぐ

追加費用が発生する典型パターン

見積もり時点で防ぎきれなかった変更は、必ず追加費用として現れます。頻度が高いのは次の4つです。

パターン	発生タイミング	防ぎ方
画面を見て要望が増える	設計レビュー時	変更枠を予算に確保
データが想定より汚い	移行作業時	事前にサンプル提示
連携先の仕様が違った	実装時	連携先資料を先に共有
現場から別要望が出る	受入テスト時	現場を早期に巻き込む

完全に防ぐことはできないため、実務的な対処は見積総額の10〜15%を変更対応の枠として予算に確保しておくことです。この枠を最初から見込んでおけば、途中で出てきた良い改善案を「予算がないから」という理由だけで諦めずに済みます。

仕様変更のルールを契約前に決めておく

変更が出たときの扱いを、着手前に一言決めておくと揉めません。決めるのは次の3点だけで十分です。

1. 変更の申し出は、誰から誰へ、どの手段で行うか（口頭ではなくメールやチャットに残す）
2. 一定規模を超える変更は、着手前に工数と金額を提示してもらう（例：2人日を超えるもの）
3. 軽微な変更は、月あたり何時間まで無償対応の範囲とするか

3つ目を決めておくと、細かい調整のたびに見積書をやり取りする手間がなくなり、双方の進行が軽くなります。

相見積もりから発注までのスケジュール感

標準的には4〜6週間かかる

「来月から使いたい」というご相談をいただくことがありますが、相見積もりを挟む場合、発注までに一定の時間が必要です。目安は次のとおりです。

工程	期間	発注側の作業
RFP作成	3〜5日	課題と現状の整理
各社へ依頼	1日	同じ文面を3社へ送付
質疑対応	1週間	各社からの確認に回答
見積もり受領	2週間	待ち
比較・面談	1週間	各社と最終確認
社内決裁	1〜2週間	稟議・契約手続き

このうち短縮できるのはRFP作成と社内決裁だけで、各社の検討時間を削ると見積もりの精度が落ちます。逆算して、使い始めたい時期の2ヶ月前には動き始めておくと余裕を持って進められます。

最終面談で必ず聞いておきたい3つの質問

見積もりが出そろったら、候補2社と30分ずつ話す時間を取ってください。書面では見えない部分がここで分かります。

• 「この案件で、いちばん難しいと思う部分はどこですか」：本当に読み込んだ会社は具体的な箇所を挙げます
• 「担当していただくのはどなたで、他に何件を並行されますか」：体制の実態が分かります
• 「納品の3ヶ月後、私たちはどんな状態になっていますか」：運用まで想像できているかが出ます

とくに1つ目は有効です。「特に難しいところはありません」と答える会社より、リスクを率直に挙げたうえで対処方針まで説明できる会社のほうが、実際のプロジェクトは安定します。

まとめ

AI受託開発の相見積もりは、値段を叩くための手続きではなく、自社の要件を明確にしていくプロセスそのものです。要点を整理します。

• 金額が3倍違う主因は価格設定ではなく、要件の解釈の違いである
• 情報が少ない依頼ほど不確実性が上乗せされ、見積もりは高くなる
• A4で1〜2枚のRFPを全社に同じ文面で配れば、比較可能な見積もりが揃う
• 声をかけるのは3社まで、提出期限は2週間程度を確保する
• 相見積もりであることは伝えてよいが、他社金額の開示はしない
• 総額に加えて、要件の理解度・前提の明示・質問の質を点数化して比べる

アサヒリンクスでは、要件がまだ固まっていない段階からのご相談も承っています。Claudeを活用した開発体制により、業務・顧客管理システムで50万円〜、Claude活用ツールで15万円〜という水準でご提案しています。比較検討の一社としてお気軽にお声がけください。

お問い合わせはこちら