この記事の対象: Web制作の発注を控えていて、社内で概算を先に固めたい担当者／AI見積の精度を知りたい制作者
読了時間: 約12分
「予算を通すのに、とりあえず概算が要る」。この一言で動き出す社内稟議は多いはずです。制作会社に相談する前に金額の目星をつけたい、けれど相見積もりを取るには要件がまだ固まっていない。そこで生成AIに要件を投げて見積を出させる、という相談を受ける機会が増えました。
実際、出てきます。それらしい内訳と、それらしい金額が。問題は、その数字が何を根拠にしているかを誰も検証していないことです。
制作会社のディレクターとして、実際に受注した案件と同じ要件をAIに投げて、人間が作った見積とどこがずれるかを突き合わせました。結論から言えば、AI見積は「項目の抜け漏れチェック」としては優秀で、「金額の妥当性判断」としては使えません。この非対称性を理解しないまま使うと、発注者側は交渉のカードを失い、制作者側は本来説明すべきコストを説明する機会を失います。
この記事では、実際にずれた箇所をパターンごとに分解し、AI見積を叩き台として正しく使う手順まで落とし込みます。
AI見積で本当にずれるのは「金額」ではなく「前提」
同じ要件を投げて、何が起きたか
検証したのは、コーポレートサイトのリニューアル案件です。要件は次のように渡しました。
- 既存サイトあり、ページ数は約25ページ
- WordPressで構築、お知らせと実績の2つを更新できるようにしたい
- デザインは新規、スマートフォン対応必須
- 問い合わせフォーム1本
- 公開後の保守も想定
この情報をそのままAIに渡すと、内訳の粒度が細かく、項目数の多い見積が返ってきます。ディレクション費、デザイン費、コーディング費、CMS実装費、テスト費——教科書的な分類がきれいに並びます。
一方で、人間が同じ要件から作る見積は、まず質問から始まります。25ページの内訳は何か。実績は何件あって、どういう項目を持つのか。既存サイトの原稿はそのまま使えるのか。ドメインとサーバーは今どこにあるのか。
この差が、AI見積の性質を全部言い表しています。AIは与えられた情報だけで完結した見積を作れてしまう。人間は、情報が足りないと見積を作れない。
見積が作れてしまうことは、一見すると便利です。しかし制作の現場では、見積が作れない状態というのは「まだ決まっていないことがある」という正しいシグナルです。AIはそのシグナルを、勝手に仮定で埋めて消してしまいます。
ずれは3種類に分けられる
突き合わせて出てきた差分は、性質の違う3種類に整理できました。
①項目の差（AIが有利なことがある）
- 人間が書き忘れた工程をAIが拾う
- 一般的な工程リストとして網羅性が高い
②単価の差（AIが根拠を持たない）
- どの地域・規模の相場か不明
- いつ時点の水準か不明
③前提の差（最も危険）
- 原稿・素材を誰が用意するか
- 修正回数の上限
- 既存資産の状態
金額のずれとして表面化するのは②ですが、実務で揉めるのは③です。
図の②と③を混同すると、判断を誤ります。「AIが出した金額より制作会社の見積が高い」という比較は、そもそも見ている前提が違うので比較として成立していません。前提を揃えずに金額だけを並べることが、発注準備で最も起きやすい事故です。
①項目の差｜AIが拾って人間が落とすもの
AIのほうが網羅的になる領域はある
意外に思われるかもしれませんが、工程の列挙という点ではAIが人間を上回ることがあります。理由は単純で、人間は「うちではいつもこの流れだから」と暗黙に省略するからです。
具体的に、AI側が挙げてきて人間の見積から抜けやすい項目には次のようなものがあります。
| 項目 | 人間が落としやすい理由 | 実際に発生するか |
|---|---|---|
| 旧サイトからのリダイレクト設定 | 「当然やること」として無意識に含めている | URL構成が変わるなら必須 |
| 表示速度の調整 | 成果物として見えないので書きにくい | 画像点数が多いサイトでは工数が出る |
| アクセス解析の再設定 | 別担当・別工程になっていることが多い | 計測が切れると効果検証ができない |
| 公開後の初期不具合対応 | 「サービスで見ます」になりがち | 必ず発生する |
| 検収・修正の往復 | 回数を決めていないので書けない | ここが最も揉める |
この5つは、見積書の紙面に書かれていないだけで、コストは確実に発生しているものです。AI見積を叩き台にして「この項目は御社の見積に入っていますか」と聞く使い方は、発注者にとって明確に価値があります。
とくに検収・修正の往復は、書かれていないと双方の期待が合いません。発注側は「納得するまで直してもらえる」と読み、制作側は「常識的な範囲で1〜2回」と読む。この読み違いは、見積の段階で回数を明記するだけで消えます。
アクセス解析の再設定を軽く見ると、リニューアル前後の比較ができなくなります。計測周りの選び方はこちらで整理しています。
ただし「並んでいる」と「見積もれている」は違う
一方で、AIが挙げた項目には、その案件では発生しないものも混ざります。ECではないサイトに決済まわりの検証工程が入っていたり、静的サイトなのにサーバー負荷試験が入っていたり、といった具合です。
見積項目が多いことは、精度が高いことを意味しません。項目が多い見積は、単に「一般的なWeb制作で起こりうること」の集合を並べているだけの可能性がある、と疑ってかかるのが正しい読み方です。
判断の手順としてはこうなります。
金額欄を消す、というのが要点です。項目リストとしてだけ使えば、AI見積は無害で有用な道具になります。
②単価の差｜なぜAIの金額は根拠を持てないのか
相場の数字は「条件付き」でしか意味を持たない
AIが提示する単価がなぜ信用できないか。これは技術的な限界の話ではなく、Web制作の価格が公開されていない構造の話です。
制作費の見積は、ほとんどの場合クライアントとの個別契約の中にあり、公開されません。ネット上に出ている「相場」は、制作会社が集客のために掲載している価格表か、マッチングメディアが集めた自己申告の数字です。この2つはどちらも、実際の受注価格とは性質が違います。前者は問い合わせを増やすための下限寄りの提示になりがちで、後者は案件条件が揃っていないまま平均されています。
AIが学習しているのは、この公開されている側の数字です。つまり実際の受注価格の分布ではなく、公開用に整えられた価格の分布を学んでいます。
さらに、時点の問題があります。制作費に影響する要素——人件費水準、使うツール、CMSの標準的な作り方——はいずれも変化します。AIが返す金額が、いつ時点のどの条件のものかは特定できません。学習データの収集時期と、いま発注しようとしている時期がどれだけ離れているかを、利用者側から確認する手段もありません。
幅が出る理由を理解しているかどうか
同じ要件でも制作会社によって見積が大きく違うことは珍しくありません。これは誰かが不当に高いという話ではなく、含んでいるものが違うからです。
| 差が出る要素 | 安く出る側 | 高く出る側 |
|---|---|---|
| デザイン | 既存テンプレートを調整 | 全ページをゼロから設計 |
| 原稿・素材 | クライアント支給が前提 | 取材・撮影・ライティングを含む |
| CMS実装 | 標準機能の範囲で構成 | 更新画面をカスタム設計 |
| 修正回数 | 各工程1回まで | 上限を設けず伴走 |
| 保守 | 別契約 | 初年度分を含む |
| 公開後の改善 | 対象外 | 数値を見て改善提案まで |
AIは、この表のどの列で見積もっているかを明示しません。というより、明示できません。要件に書かれていないことは、AIの内部で暗黙のうちに埋められています。
読み方としては、金額を見る前にこの6行を各社の見積で埋めてみることです。埋まらない行があれば、そこが質問すべき箇所です。6行が全部埋まった状態で並べれば、金額差は初めて意味のある差になります。
幅の理由そのものを扱った記事があるので、金額の読み方を先に押さえたい場合はこちらを。
予算を決めるのは相場ではなく目的
そもそも、発注側が最初に固めるべきは「相場がいくらか」ではなく「この投資で何を取り戻すか」です。相場から入ると、金額に要件を合わせることになり、目的が後回しになります。
目的から逆算する手順はWeb制作の発注予算の決め方｜目的から逆算する手順【2026年】で整理しています。AI見積を使うのは、この逆算をやったあと、社内で「桁が合っているか」を確認する段階が適切です。
③前提の差｜ここが一番危ない
AIは「聞かないこと」を仮定で埋める
3つのずれのうち、実務で最も損失につながるのがこれです。
AIに見積を作らせると、書かれていない条件は自動的に「標準的なケース」として処理されます。ところが実際の案件で費用が膨らむのは、ほぼ例外なく標準から外れた部分です。
現場で追加費用の発生源になりやすいのは、次のような箇所です。
- 原稿が用意できていない：25ページ分のテキストを誰が書くのか。既存サイトの文章をそのまま流用できる前提で見積もると、実際には全ページ書き直しになることがある
- 写真がない：社内にある写真の解像度が足りない、あるいは古い。撮影が必要になった時点で工程が1本増える
- 既存サイトの中身が想定と違う：ページ数25と聞いていたが、PDFで作られた資料ページが別に何十本もぶら下がっていた、といったことは実際に起きる
- 決裁者が途中で増える：デザイン確認の段階で新しい人が出てきて方向性が戻る。修正回数の上限を決めていないと、この工数は誰も負担しないまま揉める
- 公開日が動かせない：期日が固定だと、通常なら順に進む工程を並行させることになり、体制コストが上がる
AI見積は、これらのどれも聞いてきません。聞かずに見積を返せることが、ツールとしての最大の弱点です。
追加費用がどこから出るかを構造として理解しておくと、AI見積を読むときに「これは何を仮定した金額か」が見えるようになります。
制作会社が見積前に必ず確認していること
参考までに、実際に見積を出す前に確認している項目を挙げます。AIに要件を渡すときも、この情報を全部与えれば、出てくる金額の幅は多少狭まります。
これを渡せば精度が上がる
- 全ページの一覧（URLごと）
- 原稿の状態（あり／要修正／なし）
- 写真素材の有無と点数
- 更新したい箇所の具体名
- 公開希望日と動かせるか
- 社内の決裁者の人数
- 現在のサーバー・ドメインの契約先
これだけだと精度は出ない
- 「25ページくらい」
- 「CMSで更新したい」
- 「スマホ対応で」
- 「デザインはおしゃれに」
- 「予算は相場で」
右側の状態でAIに投げても、返ってくるのは一般論です。左側の情報を集める作業そのものが、実は発注準備の本体だと考えたほうが早く進みます。
このうち「全ページの一覧」は、既存サイトがあるなら最優先で作る価値があります。実際に手を動かすと、想定していなかったページが出てくることが多く、その時点で見積の前提が変わります。URLと、そのページを残すか・統合するか・捨てるかの3択を並べた表があれば、どの制作会社に渡しても話が同じ地点から始まります。
「AIが出した金額」を交渉に使わない
発注者側にひとつ強く言っておきたいことがあります。AIが出した金額を、制作会社との交渉材料にしないほうがいい、という点です。
「AIだとこの金額と出たのですが」という切り出し方をすると、制作会社側の反応は二つに分かれます。ひとつは、その金額に合わせて要件を削る方向で提案してくること。もうひとつは、説明の手間を嫌って距離を置くこと。どちらも発注者にとって得ではありません。
前者が特に危険で、金額を先に固定すると、削られるのは目に見えない工程からです。テスト、リダイレクト、計測設定、公開後の対応——どれも省いても納品時には気づきません。半年後に「なぜかリニューアル前より問い合わせが減った」という形で現れます。
使うなら、こう聞きます。
- 「この項目は御社の見積に含まれていますか」（項目の確認）
- 「含まれていない場合、別途いくらになりますか」（範囲の確認）
- 「この工程が不要な理由を教えてください」（判断根拠の確認）
金額ではなく、項目と範囲を問う形に変換する。これがAI見積の唯一正しい交渉での使い方です。
AI見積を叩き台として使う実践手順
ここまでの内容を、実際の手順に落とします。
手順1：要件を文章で書き出す（AIに投げる前）
まずAIを開かず、上の「これを渡せば精度が上がる」の7項目を埋めます。埋まらない項目があれば、そこが社内で決まっていないことです。この時点で、発注準備の進捗が可視化されます。
埋まらない項目は、AIに聞いても埋まりません。決裁者が何人いるかも、公開日を動かせるかも、社内でしか決められないからです。ここを飛ばしてAIに投げるから、それらしいだけの見積が出てきます。
手順2：AIに項目だけを出させる
金額を出させないのがコツです。プロンプトとしては「この要件でWeb制作を発注する場合に、見積書に載るべき作業項目を列挙してください。金額は不要です」という形にします。
金額を求めると、AIは金額を成立させるために工程を調整してしまいます。項目だけを求めれば、網羅性という長所だけを取り出せます。
手順3：項目を3つに仕分ける
出てきた項目を、次の3つに分けます。
| 仕分け | 判断 | 次のアクション |
|---|---|---|
| 明らかに必要 | 自社の要件に直結する | 要件定義書に書き足す |
| 判断できない | 専門用語で意味がわからない | 質問リストに入れる |
| 不要そう | 自社に該当しない機能 | 一応質問リストに残す |
「不要そう」を捨てないのが要点です。不要と判断した理由が間違っていることがあり、制作会社に確認すると「それは必要です」と返ってくるケースが実際にあります。判断できるだけの知識があれば、そもそもAIに項目を出させる必要がありません。
手順4：質問リストとして相見積もりに添える
相見積もりを依頼する際、要件書と一緒にこの質問リストを渡します。全社に同じリストを渡すことで、回答の差がそのまま各社の考え方の差として見えるようになります。
金額だけを並べた比較表では、安い会社が勝ちます。質問への回答を並べた比較表では、案件を理解している会社が勝ちます。後者のほうが、発注後のトラブルは確実に減ります。
手順5：出てきた見積とAI見積を突き合わせる
最後に、各社の見積とAIが出した項目リストを突き合わせます。ここで見るのは金額ではなく、次の2点です。
- AIが挙げていて、どの会社も挙げていない項目 → 本当に不要なのか確認する
- ある1社だけが挙げている項目 → その会社が何を重視しているかがわかる
後者が特に有益です。1社だけが「アクセス解析の再設定」を入れていたなら、その会社は公開後の数値を見る前提で提案しています。1社だけが「原稿整理」を入れていたなら、その会社は原稿が揃わない現場を経験しています。
見積書は、金額表であると同時に、その会社が何を心配しているかの一覧です。AI見積は、この読み方を可能にするための補助線として機能します。
制作者側から見たAI見積の使いどころ
ここからは制作会社側の話ですが、発注者にとっても「相手が何を考えているか」を知る材料になります。
使える場面
- 見積前のセルフチェック：作った見積をAIに読ませ、「この案件で不足している項目はあるか」と聞く。自分の手癖で省略した工程を拾い直せる
- 説明文の下書き：見積項目ごとの説明を書かせて、自分の言葉に直す。項目名だけの見積書より、クライアントの理解が明らかに速くなります
- 要件のヒアリング漏れチェック：ヒアリングシートをAIに読ませ、足りない質問を挙げさせる
使えない場面
- 単価の決定：自社の原価と稼働状況を知らないAIに、自社の価格は決められません
- 難易度の判定：「この改修は簡単か」という判断は、既存コードの状態に依存します。実物を見ずに答えられる質問ではありません
- 納期の算出：他案件の稼働状況を知らないため、意味のある数字が出ません
制作者側で最も避けたいのは、AIが出した見積をそのまま整形してクライアントに渡すことです。説明できない項目が1つでも入っていると、その質問が来た瞬間に信用が消えます。
なお、CMSの選定や実装方針によって工数構造は大きく変わります。判断材料としてはこのあたりが参考になります。
費用の扱いは会計側の論点も絡む
見積の内訳の切り方は、発注側の経理処理にも影響します。デザイン費とシステム開発費を分けて記載するかどうかで、資産計上の判断が変わることがあります。AIはこの観点を持たないので、内訳の粒度についてはこちらを見てから制作会社に相談したほうが確実です。
AI見積が「当たる」ケースと「外れる」ケース
最後に、条件別の向き不向きを整理します。
| 条件 | AI見積の有用性 | 理由 |
|---|---|---|
| 要件が完全に固まっている | 中 | 項目チェックとして機能する |
| 要件がまだ曖昧 | 低 | 仮定で埋められた数字しか出ない |
| 既存サイトのリニューアル | 低 | 既存資産の状態を見られない |
| 新規の小規模サイト | 中 | 変数が少ないぶんブレが小さい |
| 独自機能を含む開発 | 極めて低 | 難易度判定ができない |
| EC構築 | 低 | 決済・在庫・配送の設計で工数が大きく動く |
ECのように、外から見えない部分で工数が動く領域ほど、AI見積は当たりません。金額差が生まれる構造はECサイト制作費用の内訳と相場｜金額差が生まれる構造【2026年】で分解しています。
逆に、要件が固まっている新規の小規模サイトであれば、桁を確認する用途としては使えます。ただしそれも「一桁違っていないか」という粗い確認であって、近い金額どうしの優劣を判定できるものではありません。桁の確認で足りるのは、社内稟議に出す前の段階までです。稟議に載せる数字は、制作会社から出た見積に差し替えてください。
費用の目安を先に知りたい方へ
ページ数や必要な機能を選ぶだけで概算を確認できる費用シミュレーターを用意しています。見積書を読み解く前の物差しとしてお使いください。
よくある質問
AIが出した見積金額は、どのくらいの精度がありますか
金額そのものの精度を評価する意味がありません。AIは公開されている価格表やマッチングメディアの自己申告値を学習しているため、実際の受注価格の分布とは元データが違います。加えて、要件に書かれていない前提（原稿の有無・修正回数・保守の範囲）を勝手に仮定して金額を成立させています。桁が合っているかの確認までに留め、意思決定の根拠にはしないでください。
AIに見積を作らせたことを、制作会社に伝えても大丈夫ですか
伝え方次第です。「AIだとこの金額と出た」という金額の提示は避けてください。要件を削る方向の提案を招くか、距離を置かれるかのどちらかになります。「AIに項目を出させたら、こういう作業が挙がってきたので、御社の見積に含まれているか確認したい」という項目ベースの聞き方であれば、むしろ話が早く進みます。
相見積もりは何社に取るべきですか
3社が実務的な目安です。1社だと比較軸が持てず、社数が増えるほど各社への説明工数と回答の読み込みで発注側が疲弊します。重要なのは社数より、全社に同じ要件書と同じ質問リストを渡すことです。渡す情報が社ごとに違うと、金額差が条件差なのか実力差なのか判別できなくなります。
要件がまだ曖昧な段階で、AIに見積を作らせる意味はありますか
金額を作らせる意味はありませんが、「何を決めなければいけないか」を洗い出す用途では意味があります。AIに「この要件でWeb制作を発注する場合、見積を作るために追加で必要な情報を挙げてください」と聞くと、決めるべき項目のリストが出ます。金額ではなくこの質問を投げるのが、曖昧な段階での正しい使い方です。
AI見積を使えば、制作会社に頼まず自社で予算を組めますか
予算の「枠」を仮置きする程度なら可能ですが、その枠で実際に何が作れるかは判断できません。制作費の幅は、含まれる作業範囲の違いで生まれます。範囲を定義するには自社の目的とサイトの役割を先に決める必要があり、そこはAIでも制作会社でもなく発注側の仕事です。目的から逆算して枠を決め、その枠で何ができるかを制作会社に問う、という順番が確実です。
AI見積の項目リストを、そのまま要件定義書にしてもいいですか
そのままでは使えません。AIが出すのは一般的な工程の並びであり、自社の目的が反映されていないためです。要件定義書に必要なのは「何をするか」だけでなく「なぜそれが要るか」で、後者はAIが持っていません。項目リストは要件定義書の目次案として使い、各項目の中身は自社の目的から書き起こしてください。
まとめ
AI見積の実態を、もう一度整理します。
- 項目の網羅性は高い。人間が「当然やること」として省略しがちな工程を拾ってくる
- 金額の根拠は持てない。学習元が公開価格であり、実際の受注価格の分布ではない
- 前提を勝手に埋める。原稿・素材・修正回数・既存資産の状態という、費用が動く要因を聞いてこない
- 交渉には使わない。金額を先に固定すると、削られるのは目に見えない工程になる
- 質問リストに変換して使う。「この項目は含まれていますか」の形にすれば、確実に価値が出る
見積書は金額表ではなく、その会社が何を心配しているかの一覧です。AIが出す見積には心配がありません。心配していないから、あらゆる案件に対して同じ形の見積が出せます。
発注準備でやるべきことは、AIに金額を出させることではなく、AIが省略した前提を自社で埋めることです。全ページの一覧、原稿の状態、素材の有無、公開希望日、決裁者の人数——この5つが手元にあるだけで、制作会社から返ってくる見積の精度は目に見えて上がります。
その作業自体はAIに任せられません。ただし、何を埋めればいいかのチェックリストを作らせることはできます。そこがAI見積の、いま現在のいちばん誠実な使いどころです。
