Web制作、特に受託での案件では、着手前に必ずと言っていいほど「見積もり」が必要になります。クライアントに制作費を提示し、合意を得て初めてプロジェクトがスタートする。見積書は、その最初の一歩を支える書類です。
ただ、見積もりとひとくちに言っても、単に金額を並べるだけの作業ではありません。どの作業にどれだけの工数がかかるかを見極め、スコープを整理し、それを分かりやすい形にまとめる。この一連の判断がディレクターの腕の見せどころでもあります。
結論から言うと、見積もりの精度は「項目を網羅すること」ではなく「線引きの基準を持つこと」で決まります。テンプレートさえあれば作れると思われがちですが、実際の現場ではテンプレート通りにいかない案件のほうが多いです。
私も駆け出しの頃、先輩から渡された単価表をそのまま当てはめて見積もりを出し、後から「ここも入ってると思ってた」とクライアントに言われて青ざめた経験があります。テンプレートは「土台」にはなりますが、それをどう案件に当てはめるかの判断はディレクター自身がするしかありません。
この記事では、見積もり作成の基本ステップに加えて、現場で実際に迷いやすい3つの判断ポイントを、私の経験も交えて整理します。
見積もり作成の基本ステップ
まずは全体の流れを押さえておきましょう。細部の判断はこのあとの章で扱いますので、ここでは骨格だけ確認します。
①要件とスコープを確認する
見積もりを作る前に、まず「どこからどこまでを自分たちがやるのか」を確認します。特に代理店経由の案件では、企画やディレクションをどちらが担当するかで工数がまったく変わってきます。ここが曖昧なまま作り始めると、あとで大きくズレます。
②作業項目に分解する
工程ごと(企画・設計・デザイン・コーディング・テストなど)に、必要な作業をできるだけ細かく洗い出します。粒度が粗いと、あとで「この作業、どっちに含まれているんだっけ」と分からなくなり、抜け漏れの温床になります。
③工数(人日)に落とし込む
洗い出した項目それぞれに、過去の実績や経験をもとに必要な人日を当てはめます。この段階では厳密さより「大きく外さないこと」を優先します。迷う項目は、あとの章で扱う「幅の持たせ方」を使います。
④社内チェックを経て提出する
デザイナーやエンジニアなど、他の担当者が関わる項目については、自分ひとりの感覚だけで確定させず、必ず妥当性を確認してもらいます。ディレクターの見積もりの甘さは、そのまま担当者へのしわ寄せになるからです。
精度を左右する3つの判断軸
ここからが本題です。基本ステップを押さえていても、実際の案件では判断に迷う場面が必ず出てきます。私が現場で特に重要だと感じている判断軸を3つに絞って紹介します。
判断軸①：スコープの境界線をどこで引くか
「本来は必要だけど、今回はやらない(クライアント側で対応する)」という項目が案件には必ず出てきます。このとき、その項目をただ見積もりから消してしまうと、あとで「言った・言わない」のトラブルになりがちです。
私はこういう項目もあえて見積もりに残し、金額をゼロや値引きとして明記するようにしています。「本来は工数がかかる作業だが、今回は対象外」ということが、クライアントにも社内にも一目で分かるからです。
判断軸②：不確定要素にどう「幅」を持たせるか
要件が固まりきっていない段階で見積もりを出さなければならない場面は珍しくありません。このとき、無理に一点の数字で出そうとすると、あとで大きくズレたときに信頼を失います。
私の場合、不確定な項目には「◯◯というボリュームを想定した場合」という前提条件を添えて金額を出すようにしています。前提が変われば見積もりも変わることを、最初に伝えておくのがポイントです。
判断軸③：安すぎる見積もりのリスクをどう伝えるか
競合より安く出せば受注しやすくなるのは事実です。ただし、工数を削らずに金額だけ下げると、そのしわ寄せは必ず制作メンバーに向かいます。
私は「価格を下げるなら、どの作業を削るか」をセットで提案するようにしています。単なる値引きではなく、削減できる工数の裏付けとセットで伝えることで、社内的にも無理のない金額に着地させやすくなります。
新人ディレクターが見積もりでやりがちな失敗
私が過去に見てきた(そして自分自身もやった)失敗を3つ挙げます。
| 失敗 | 起きやすい原因 |
|---|---|
| 工数を楽観的に見積もる | 過去の類似案件と比較せず、感覚だけで工数を決めてしまう |
| スコープの確認不足 | 「言わなくても伝わっているはず」という思い込みで進めてしまう |
| 社内チェックを省略する | スケジュールに追われ、担当者への確認なしに見積もりを提出してしまう |
いずれも、事前に一手間かければ防げるものばかりです。急いでいるときほど、この一手間を省略しがちなので注意が必要です。
見積もり後の仕様変更に備える
見積もりを出した時点では要件が固まっていても、着手後に仕様変更が発生することは珍しくありません。この場合、当初の見積もりの前提条件が変わったことを、変更が起きた時点でクライアントにきちんと伝える必要があります。仕様変更への具体的な対応の進め方については、別記事でも詳しく解説していますので、あわせて参考にしてください。
まとめ
見積もり作成は、項目を網羅する作業ではなく、案件ごとに線引きと判断を重ねていく作業です。今回紹介した3つの判断軸(スコープの境界線・不確定要素への幅・安すぎる見積もりのリスク)を意識するだけでも、見積もりの精度と、提出後のトラブルの少なさは大きく変わってきます。
ディレ和尚のひとこと
見積もりは金額ではなく、覚悟の線引きなり。
