目次 / 企画・プロデュース
見積もり(金額・工数)
10秒でわかる!要点まとめ
-
見積もりは「値段」の提示である前に、やるべき作業の「範囲(スコープ)」の定義
-
「安くすれば売れる」は素人の発想。適正価格の提示こそが信頼と品質を守る
-
最大の防御は「やらないこと(対象外事項)」を明確に記述すること
1. 概要:プロジェクトの「地図」と「燃料」を計算する
見積もりとは、プロジェクトの要件を実現するために必要な「作業量(工数)」を算出し、それを「金額(費用)」と「期間(スケジュール)」に変換して提示する業務です。
単に「Webサイト制作一式 100万円」と書くことではありません。デザイン、コーディング、システム開発、テスト、進行管理など、完成までに必要な全タスクを分解し、それぞれの難易度と所要時間を予測するプロセスです。これは「このプロジェクトにはこれだけの労力(燃料)が必要であり、この範囲までなら責任を持って遂行します」という、クライアントに対する最初の、そして最も重要なコミットメント(約束)となります。
2. なぜ重要なのか:すべてのトラブルは「見積もりの甘さ」から
プロジェクト後半で起きる「言った言わない」のトラブルや、赤字(予算超過)、納期の遅延。これらの原因の9割は、見積もり段階での詰めが甘かったことに起因します。
「これくらい簡単だろう」という根拠のない予測(どんぶり勘定)で見積もりを出すと、後から想定外の作業が発生した際に、追加費用を請求できず自社が被る(赤字になる)か、現場スタッフがサービス残業でカバーする(疲弊する)ことになります。見積もり能力の高さは、自社の利益を守るだけでなく、チームメンバーの健康と生活を守ることに直結します。
3. 実務のポイント:原価計算と「前提条件」の明記
実務で精度の高い見積もりを作るには、以下の3ステップが鉄則です。
-
タスク分解(WBS):作業を可能な限り細かく分解します。「コーディング」ではなく「トップページコーディング(PC/SP)」「下層ページ(10P)」「JS実装」と分けることで、漏れを防ぎます。
-
根拠ある積算:「作業時間(人日/人月)」×「単価」で原価を出し、そこに利益と管理費を乗せます。感覚ではなく計算式で出すことで、値引き交渉された際も「どの作業を削るか」という建設的な議論ができます。
-
前提条件と免責:最も重要なのが「やらないこと」の記述です。「原稿・写真はクライアント支給」「対応ブラウザはChromeとSafari最新版のみ」「修正は2回まで」といった前提条件(諸条件)を備考欄に明記することで、無制限の修正地獄を防ぎます。
-
社内の単位と、相手が聞く単位を揃える:社内で独自の見積単位(ポイント制・チケット制など)を採用している場合、クライアントは時間と金額で聞いてきます。担当者が毎回その場で換算していると、二重の手間になるうえ計算ミスも起きます。早見表を1枚つくって共有するだけで解消します。
-
契約情報を担当者の手元に置く:残枠や契約プランの情報が管理画面の中だけにあり、担当者が見られない状態だと、聞かれてもその場で答えられません。「確認して折り返します」が積み重なると、それだけで信頼が削れます。参照権限を渡すか、契約の基本情報を共有ドキュメントに書き出しておきます。
4. スキルアップのヒント:「予実管理」で答え合わせをする
見積もりスキルは、出した後にしか伸びません。プロジェクトが終わった後に、必ず「予実管理(予定と実績の比較)」を行ってください。 「なぜコーディングで赤字が出たのか?」「想定より時間がかかったのはどの作業か?」を振り返り、そのズレを次の見積もりの係数(バッファ率)に反映させる。この地道なPDCAサイクルだけが、見積もりの精度をプロのレベルへと引き上げます。
関連
- D+ウェビナー 第3回(2026-07-16)「ChatGPT&Claude.aiを活用した提案資料・見積もり作成」
登壇: 山本真也(株式会社ShareDan 代表取締役/株式会社エスケイワード CTO)/満足度 4.3/5
生成AIで見積もりを作るときの実務知見:
- AIは項目の洗い出しと初期ドラフトには効くが、工数を甘めに見積もる傾向がある
- 単価表と前提条件を先に持たせて出力させ、最後は人が妥当性を見直す
- 「全部をAIに任せる」ではなく「たたき台を高速で作らせて、判断は人が持つ」 レポート: https://note.com/disa_pr/n/n9d4939c26262
- なしょ氏(DiSA会長・Webデザイナー)note、MENTOR+でのメンタリング体験
- ディレクションの本質は進行管理でなく「道筋を作る技術」、不安の原因はスキル不足でなく情報不足
- 作業工数だけの見積もりは単価が上げづらい。応募数向上など定量的な成果まで言及する提案力が要る
- ディレクターは「魔法使い」でなくリサーチ結果を整理して渡す技術職と再認識
- 元記事: https://note.com/sho5nksm/n/n0d4d1a84601f?sub_rt=share_pw/DiSAの紹介: https://note.com/disa_pr/n/n71c4607671b1
- 米本デザイン氏 note
- 「既存WordPressテーマ指定+デザインだけFigma納品」は安く見えて工数が読みにくい典型パターン
- 既存テーマの機能・制約・バグ・プラグイン干渉を事前調査し、再現可能な範囲にデザインを抑え込む設計作業が発生する
- 実態は単なるデザインでなく、運用者が再現しやすいようルールを言語化する「設計とドキュメント」の仕事
- 元記事: https://note.com/bluetraff/n/nff5451796ff6/DiSAの紹介: https://note.com/disa_pr/n/n3b891f3b93db
- 田中翔理氏(Ready Crew、BtoBマッチング「レディクル」)note記事
- 受託事業の本質商品は成果物でなく「スコープ」と「進め方」で成果物は結果に過ぎない
- 売上を伸ばす企業共通の習慣はスコープ明確化・期待値調整・法人購買理解・営業の型
- 信頼を積み上げると同領域の追加依頼や他部門への横展開が発生し続ける
- 元記事: https://note.com/shori_tanaka/n/nc56406cc0607?sub_rt=share_b/DiSAの紹介: https://note.com/disa_pr/n/nbd976fcd1e03