見積の根拠をAIで可視化する、Web制作の値引き交渉を範囲の話に変える──工程・前提・除外を要件とひも付ける根拠表、AIに照合させる3つの検査、計算例

この記事は、Web制作の見積の根拠を、工程・前提・除外の表としてAIで可視化し、値引き交渉を範囲の話に変える方法を扱います。

「この金額の根拠を教えてください」に、すぐ答えられない

見積書を出したら、お客様からこう返ってきた。
「他社より高いのですが、この金額の根拠を教えてください」

見積書には、デザイン、コーディング、CMS構築と金額が並んでいるだけ。
どの要件のためにどの作業が要るのか、説明しようとすると、担当者の頭の中にしかありません。

答えに詰まるうちに、話は「では1割引いてもらえますか」に移ります。
根拠が見えない見積もりは、金額の交渉しか生みません。

見積の根拠の可視化とは、見積もりの各行を、要件のIDと工程・工数・前提・除外にひも付けた表にして、お客様が「何を減らせば、いくら下がるか」を読める形にすることである

黒字化の外科医です。見積の根拠を、AIで照合しながら表にする手順を解剖します。

根拠を表にすべき理由は、三つあります。

第一に、値引きの話を、範囲の話に変えられるから。
「この要件を外せば、この行がなくなり、この金額が下がる」と示せれば、お客様は金額ではなく、何を残すかで考え始めます。

第二に、見積もりの漏れが、作る前に見つかるから。
要件と作業をひも付けると、「作業のない要件」と「要件のない作業」が浮かび上がります。前者は赤字の種、後者は説明できない金額です。

第三に、仕様変更のときの物差しになるから。
公開の直前に要件が増えても、表のどの行が増えるかで、追加の見積もりを説明できます。

見積書そのものの書き方や、前提条件・除外事項の文例は、別の記事で扱っています。この記事は、その手前で「なぜこの金額か」を組み立てる表の話です。

▶ 見積書テンプレート、Web制作の「一式」をやめる型──前提条件・除外事項の文例20、修正回数、有効期限、支払条件とAIの下書きプロンプト

根拠表の列

行ID ／ 工程 ／ 作業 ／ 対応する要件ID ／ 工数（時間） ／ 根拠（何を何回、何ページ） ／
前提 ／ 除外 ／ 不確実性（高・中・低） ／ 減らせるか（はい・いいえ・条件つき）

要件IDは、要件定義書の下書きでつけたものを使います。要件の一覧の作り方は、こちらで扱っています。

▶ Claude Codeでサイトマップと要件定義書を下書きする──議事録の次の工程、ページ構成と要件の構造化、抜け漏れの検査、人が決める線

AIに照合させる3つの検査

人が作った根拠表の下書きを、AIに照合させます。AIに金額を決めさせるのではなく、表の食い違いを探させる使い方です。

検査1：作業のない要件
　要件一覧のIDのうち、根拠表のどの行にも出てこないもの
　→ 見積もりの漏れか、意図した除外か。除外なら「除外」の列に書く

検査2：要件のない作業
　根拠表の行のうち、対応する要件IDが空のもの
　→ 進行管理やテストのように全体にかかる作業は「共通」と書く。
　　それ以外は、なぜ要るのかを説明できるか確かめる

検査3：前提と除外の書き漏れ
　「原稿はお客様が用意」「写真は支給」など、工数を左右する前提が
　見積書の前提条件の欄に書かれているか

既存サイトの改修の見積もりで、コードの調査にClaude Codeを使う方法は、こちらで扱っています。

▶ 既存サイトの改修の見積もりを、Claude Codeの調査で速くする──プランモードで読ませる範囲、調べさせる項目、人が確かめる線と、リスクの上乗せを下げる計算例

今すぐ試せる：根拠表を照合させるプロンプト

私はWeb制作会社のディレクターです。見積もりの根拠表を、要件一覧と照合してください。
（お客様の社名や社外秘の情報は入力しません）

【入力】
・要件一覧（ID・内容）：〔貼り付け〕
・根拠表（行ID・工程・作業・要件ID・工数・根拠・前提・除外）：〔貼り付け〕

1. どの行にも出てこない要件IDを一覧にする。
2. 要件IDが空の行を一覧にし、「共通」として扱えるか、説明が要るかを分ける。
3. 工数を左右しそうなのに、前提にも除外にも書かれていない条件を挙げる。
4. お客様が「減らせる」と判断しやすい行を、要件IDごとにまとめる。
5. 工数や金額を変えないこと。気になる点は、質問として書く。

根拠表工場：計算例と、お客様への見せ方

数字はすべて例です。

行ID  工程          作業                         要件ID       工数
E-01  設計          サイトマップ・画面構成       共通         12時間
E-02  デザイン      トップ＋下層の画面           B-01〜B-04   24時間
E-03  実装          画面の組み込み               B-01〜B-04   40時間
E-04  CMS          お知らせ・ブログの更新機能   F-03          8時間
E-05  テスト        表示・フォームの確認         共通         10時間
E-06  進行管理      打ち合わせ・連絡・確認       共通         10時間
合計                                                       104時間

時間単価 7,645円（例）× 104時間 ＝ 795,080円

ブログの更新機能（F-03）を外す場合
　E-04 の 8時間 と、E-05 のうちブログの確認 2時間 を減らす
　104 − 8 − 2 ＝ 94時間 × 7,645円 ＝ 718,630円（差 76,450円）

お客様に見せるのは、この表をそのままではなく、要件IDごとに金額を集めた形です。

お客様向けの見せ方（例）
・必須の要件（B-01〜B-04、共通）：〔金額〕
・ブログの更新機能（F-03）：〔金額〕　外した場合、公開後の記事の追加は更新代行で対応
・前提：原稿と写真はお客様が用意／修正は各画面2回まで
・除外：既存ページの文章の書き直し、英語ページ

時間単価7,645円は、時間単価の記事の計算例の数字です。自社の数字に置き換えてください。工数そのものの読み方は、積算シートの記事で扱っています。

▶ 見積もりの「工数の読み違い」をなくす積算シート──作業の分解表、リスクの上乗せ、過去案件との照合をAIで回すプロンプト一式

構造的なリスク

逆説を指摘しておきます。

根拠を細かく見せるほど、お客様は1行ずつ値切れるようになります。
「テストの10時間は多いのでは」「進行管理は要らないのでは」と、品質を守るための行から削られる危険があります。

だから、お客様に見せるのは要件ごとの金額までにし、テストや進行管理のような共通の行は「減らせない」と最初から明記してください。減らしてよいのは範囲であって、品質を守る工程ではありません。

よくあるQ&A

Q. 小さな案件でも、根拠表を作るべきか？

社内用の表は、作ることをおすすめします。お客様に見せるかは、相見積もりの有無や、根拠を聞かれたかで決めれば十分です。

Q. AIに工数を出させてもよいか？

下書きの参考にはなりますが、決めるのは自社の実績です。AIには、表の食い違いを探させるほうが確かです。

Q. 値引きを求められたら、どう返すか？

金額ではなく、外せる要件と、その分の金額を示します。範囲と交換する返し方は、こちらで扱っています。

▶ Web制作の値引きの断り方は「範囲との交換」──10%の値引きで粗利が3分の1消える計算と、値引きの代わりに出せる4つの条件、返し方の文例

最後に

見積の根拠は、金額の正しさを主張するためではなく、お客様が「何を残し、何を外すか」を選べるようにするために見せるものです。

要件と工程を一本の表でひも付け、AIに食い違いを探させた会社だけが、値引きの交渉を範囲の相談に変えられるのです。

根拠表の雛形と、要件定義書・RFPの雛形を一式にしたキットはこちらです。

▶ RFP・要件定義テンプレキット、制作会社がお客様に渡して一緒に埋める一式──RFPの雛形、評価表、要件定義書の目次と記入例、抜け漏れ検査表、見積根拠表、支援の見積書、Claude Code用の雛形

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #見積もり #見積書 #値引き #要件定義 #AI活用 #ディレクション #工数管理 #制作会社経営 #中小企業