ディレクション辞書

目次 / 企画・プロデュース

見積もり(金額・工数)

項目番号 018 / 最終更新 2026-09-20

10秒でわかる!要点まとめ


1. 概要:プロジェクトの「地図」と「燃料」を計算する

見積もりとは、プロジェクトの要件を実現するために必要な「作業量(工数)」を算出し、それを「金額(費用)」と「期間(スケジュール)」に変換して提示する業務です。

単に「Webサイト制作一式 100万円」と書くことではありません。デザイン、コーディング、システム開発、テスト、進行管理など、完成までに必要な全タスクを分解し、それぞれの難易度と所要時間を予測するプロセスです。これは「このプロジェクトにはこれだけの労力(燃料)が必要であり、この範囲までなら責任を持って遂行します」という、クライアントに対する最初の、そして最も重要なコミットメント(約束)となります。

2. なぜ重要なのか:すべてのトラブルは「見積もりの甘さ」から

プロジェクト後半で起きる「言った言わない」のトラブルや、赤字(予算超過)、納期の遅延。これらの原因の9割は、見積もり段階での詰めが甘かったことに起因します。

「これくらい簡単だろう」という根拠のない予測(どんぶり勘定)で見積もりを出すと、後から想定外の作業が発生した際に、追加費用を請求できず自社が被る(赤字になる)か、現場スタッフがサービス残業でカバーする(疲弊する)ことになります。見積もり能力の高さは、自社の利益を守るだけでなく、チームメンバーの健康と生活を守ることに直結します。

3. 実務のポイント:原価計算と「前提条件」の明記

実務で精度の高い見積もりを作るには、以下の3ステップが鉄則です。

  1. タスク分解(WBS):作業を可能な限り細かく分解します。「コーディング」ではなく「トップページコーディング(PC/SP)」「下層ページ(10P)」「JS実装」と分けることで、漏れを防ぎます。

  2. 根拠ある積算:「作業時間(人日/人月)」×「単価」で原価を出し、そこに利益と管理費を乗せます。感覚ではなく計算式で出すことで、値引き交渉された際も「どの作業を削るか」という建設的な議論ができます。

  3. 前提条件と免責:最も重要なのが「やらないこと」の記述です。「原稿・写真はクライアント支給」「対応ブラウザはChromeとSafari最新版のみ」「修正は2回まで」といった前提条件(諸条件)を備考欄に明記することで、無制限の修正地獄を防ぎます。

  4. 社内の単位と、相手が聞く単位を揃える:社内で独自の見積単位(ポイント制・チケット制など)を採用している場合、クライアントは時間と金額で聞いてきます。担当者が毎回その場で換算していると、二重の手間になるうえ計算ミスも起きます。早見表を1枚つくって共有するだけで解消します。

  5. 契約情報を担当者の手元に置く:残枠や契約プランの情報が管理画面の中だけにあり、担当者が見られない状態だと、聞かれてもその場で答えられません。「確認して折り返します」が積み重なると、それだけで信頼が削れます。参照権限を渡すか、契約の基本情報を共有ドキュメントに書き出しておきます。

4. スキルアップのヒント:「予実管理」で答え合わせをする

見積もりスキルは、出した後にしか伸びません。プロジェクトが終わった後に、必ず「予実管理(予定と実績の比較)」を行ってください。 「なぜコーディングで赤字が出たのか?」「想定より時間がかかったのはどの作業か?」を振り返り、そのズレを次の見積もりの係数(バッファ率)に反映させる。この地道なPDCAサイクルだけが、見積もりの精度をプロのレベルへと引き上げます。


関連