【案件炎上を防ぐ】Web制作の見積もりに必ず含めるべき「見えない工数」の正体と算出法

デザインがいつまでも固まらない。組んでから大幅に修正が入る。公開前後に「ついでに」が増える。現場で繰り返すパターンです。毎回赤字になる、とは言いません。起きやすいのは、作業費（デザイン・コーディング）だけを書いて、調査・合意・検証・境界の外の修正を、無償の隙間に入れていることです。

結論です。これらは予測不能な事故、だけではありません。 見積もりの段階で、範囲に入れるか、回数で区切るか、超過は追加にするか、を書いておくべき対象です。可視化すれば制作者の利益が守られ、発注側の予期せぬ増大も防げます。これは発注者にミスマッチによる不満と制作者の不満を解消し、双方が尊重し合える仕組みと言えます。
総額とスケジュールの前提が、双方に見える、が先です。金額を吊り上げる話ではありません。なぜその時間が発生するかと、先に書くと何が安定するかを、項目名で示します。

この記事では、フリーランスのWebディレクター兼エンジニアとして、見えない工数の書き方を整理します。架空の赤字率や、円満納品で利益が改善した、という個別金額は出しません。診断という商品名も使いません。

現場で漏れやすい、3つの見えない工数

1. デザイン承認と合意形成

担当が「良い」と言っても、決裁者が別の方向を出す。社内の遅れで、同じ案を何度も微調整する。連絡係の時間ではなく、誰がいつ確定するかが決まっていないための出し直しです。無限フィードバックの沼、は回数の上限が書面に無い、が原因です。

2. 後工程での手戻り（動く画面を見てからの変更）

コードにして初めて、仕様を変えたくなる。改善そのものは普通です。見えない工数になるのは、それが初回見積の「デザイン確定後の実装」に吸収されるときです。先祖返り、は比喩です。確定の定義（幅、状態、例外ページ）が無いと、実装が仮決めの連続になります。

3. 公開直前〜公開後の微調整

「この一文だけ」「シェアした見え方」は、1件なら短い。境界が無いと、終わりません。アフターフォローが無償で続くのは、納品物の定義（ページ一覧、修正回数、公開後の対応期間）が曖昧なときです。

見積もりに書く理由（発注側にも残るもの）

制作側の赤字防止だけではありません。発注側は、総コストと、遅れたときの追加の条件を、着手前に見られます。無償で全部受ける姿勢が、必ず甘えを生む、とは言いません。起きやすいのは、優先順位が付かず、公開がずれ、確認が雑になることです。品質が著しく低下する、は程度の問題です。制約が無いと、全部が「今やる」になります。

先に書いておくと、クライアントは「その時間を買うか、範囲を減らすか」を選べます。隠した工数は、後から請求したときに信頼を削ります。

項目に落とす、3つの書き方

比率や回数は、案件で変えてください。ここに書く数字は、出発点の例です。業界の公式ではありません。

1. ディレクション／進行管理を、独立した行にする

全体の 15〜20% を必ず確保、という決まりはありません。連絡の往復だけでなく、合意の取りまとめ、範囲の判定、品質の確認の対価、と定義しましょう。制作一式に溶かすと、調整が増えても行が増えません。項目名の例: 「進行管理・合意形成（定例と修正判定）」。

2. 修正回数と、予備（コンティンジェンシー）を書く

「基本案〇案、デザイン修正〇回まで。回数超過・確定後の構造変更は追加見積」。予備費は、未確定が多いときだけ明示する。ゼロ回が正しいということではありません。
ゴールが無いことが、無償のやり直しになります。

3. 検証・環境・移行を、別行にする

ブラウザ確認、実機、ドメイン、DNS、サーバー移行、計測タグ。目に見えにくいので、作業費に溶かしやすい。項目名の例: 「表示確認（指定ブラウザ）」「公開設定・DNS／リダイレクト」。範囲外（未指定端末の全機種）は、対象外と書く。

作業費だけの受注と、境界を書いた受注

安く受けて手戻りで撃沈、円満で信頼が強まる、という実名の対比は書きません。起きやすい差は次です。
前者は、動く画面を見てからの変更が、全部「軽く直します」になる。
後者は、同じ変更を、回数内か追加か、次フェーズか、で選べる。
信頼は、安さより、前提が書面にあることです。

見えない工数 漏れチェック＆見積記載シート

まとめ：適正な見積もりは、範囲の説明である

プロフェッショナリズムの証、という肩書きの話ではありません。何が含まれ、何が追加か、を先に言えることです。診断という商品名である必要はありません。

見積もりの項目の切り方、修正回数の書き方、公開前後の境界の相談は、相談・お問い合わせからどうぞ。