受託開発

2026年版 受託開発見積もり完全ガイド:全工程・工数・単価のポイント

ⓘ本ページはプロモーションが含まれています

スポンサードリンク

見積もりの全体像と重要性

受託開発では 「工数 × 単価 + リスクマージン」 がそのまま契約金額になります。抜け漏れや過小評価が生じると、追加工数・追加費用が頻発し、利益率が急激に低下します【1】。本ハンドブックは「全工程を網羅したチェックリスト」→「ボトムアップで工数を算出」→「根拠ある単価とマージンの付加」という流れで、抜け漏れゼロの見積もり作成を支援します。


開発範囲を明確にするチェックリスト

5 フェーズ共通のアウトプット

フェーズ 必須ドキュメント例 抜け漏れ防止質問(チェック項目)
要件定義 ビジネス要件書、ユースケース図 - 非機能要件はすべて列挙されているか
- 想定ユーザー数・利用シナリオは具体的か
設計 基本設計書、データモデル定義書 - 外部インタフェースは網羅されているか
- 保守性向上のための制約は明示か
開発 ソースコード管理方針、環境設定ガイド - 使用言語・フレームワークとバージョンは確定か
- コードレビュー基準と頻度は決められているか
テスト テスト計画書、テストケース一覧 - 自動化対象は何か
- リグレッションテスト実施条件は明示か
保守 SLA 定義書、運用マニュアル - 障害復旧時間(MTTR)は数値で定められているか
- バージョンアップ頻度と費用負担はどうするか

使用方法
1. キックオフ時に本表をベースにチェックリストシートを作成。
2. 各フェーズ完了前に担当者が全項目に ✓ を付与し、未回答項目は「見積もり対象外」と注記。
3. 完了したシートは見積書の根拠資料として添付する。


工数・単価の算出手順

1. エンジニアレベル別時給表(2026 年市場平均)

レベル 時給目安(円) 主な担当工程
ジュニア 8,000 〜 12,000 テスト実装、簡易ロジック、ドキュメント作成
ミドル 13,000 〜 18,000 設計レビュー、主要機能開発、コード品質管理
シニア 20,000 〜 30,000 アーキテクチャ設計、パフォーマンスチューニング、リスク評価

出典:ITトレンド2026 年版調査【2】。

2. ボトムアップ見積もりフロー

ステップ 内容
① タスク分解 各フェーズを WBS(Work Breakdown Structure)で 5〜10 項目に細分化。例:画面設計、API 設計、ユニットテスト、結合テスト等。
② 工数見積もり 「経験則 × 係数」方式で算出。
 経験則 = 既存案件の実績人日
 調整係数=1.10(±10%)を適用し、予備費を内部に組み込む。
③ 単価割当 タスクごとに必要スキルレベルを判定し、上表の時給で金額化。例:画面設計 2 人日 × 1.10 × 12,000 円 = 26,400 円(ジュニア)
④ 合算 & マージン 全タスク金額を合計し、後述のリスクマージンを上乗せ。最終見積もり=Σ(タスク金額) × (1 + マージン率)。

3. 推奨ツール例

ツール 用途
Excel / Google スプレッドシート WBS と工数・単価の簡易集計
ClickUp(見積もりテンプレート) 複数案件での標準化、進捗管理
JIRA + Tempo Timesheets 実績工数と見積もり差分の可視化

2026 年最新システム開発相場(規模別)

出典:ITトレンド2026 年版【3】、hnavi 解説記事【4】。

規模 人日目安 総費用目安(円)
小規模 (10 〜 30 人日) 10‑30 800 万 〜 1,200 万
中規模 (50 〜 150 人日) 50‑150 1,000 万 〜 2,500 万
大規模 (300 人日以上) 300‑600 3,500 万 〜 7,000 万

※ 上表は業界平均です。実際の見積もりでは、使用技術スタック・地域要因・リスク要素を加味してください。


リスクマージンの根拠と具体的計算例

1. マージン設定の考え方

過去案件の分析から、「技術リスク」3 %/「スケジュールリスク」3 %/「外部委託リスク」4 % が平均的な増加要因となっています【5】。この 3 要素を合算した 10 % を基本マージンとし、プロジェクトの不確実性が高い場合は最大 15 % まで引き上げます。

2. 計算例(総額 2,000 万円の場合)

リスク種別 推奨マージン率 金額(円)
技術リスク 4 % +80 万
スケジュールリスク 3 % +60 万
外部委託リスク 3 % +60 万
合計 10 % +200 万

最終見積もり = 基本金額(2,000 万) × 1.10 = 2,200 万円

※ マージンは「見積もり根拠シート」に別項目として明記し、顧客との契約書にも「変更管理手順」‑「追加費用算出方法」として記載してください。


見積書作成チェックリスト & 失敗事例集

A. 見積書作成前の必須確認項目

項目 確認ポイント
範囲定義 5 工程すべてのチェックリストが完了しているか
工数根拠 タスク分解シートと経験則・係数が添付されているか
単価根拠 エンジニアレベル別時給表と市場相場へのリンクがあるか
リスクマージン 技術/スケジュール/外部委託の3項目で合計10 % 以上上乗せされているか
契約条項 変更管理手順・追加費用算出方法が明示されているか

B. よくある失敗パターンと対策

失敗例 主因 結果 改善策
工数過小評価 タスク分解不足、係数未適用 納期遅延+追加費用15 % 発生 WBS を必ず 5〜10 項目に細分化し、係数1.10を標準で掛ける
リスクマージン未設定 見積もり段階でリスク想定がない 要件追加時に赤字化 上記の3要素マージンを必ず見積書に組み込む
単価交渉で過度譲歩 市場根拠提示なし 受注はできたが利益率5 % 以下 市場平均時給表と自社実績を資料化し、代替案(保守期間短縮等)を同時に提案

まとめ

  1. 範囲定義工数算出単価適用リスクマージン の4ステップで見積もりを構築すれば、抜け漏れと赤字のリスクが大幅に低減します。
  2. 本稿のチェックリスト・テーブルはそのままプロジェクトキックオフ時や提案書作成時に貼付可能です。
  3. 市場相場(ITトレンド2026 年版)と自社実績を組み合わせた根拠提示が、単価交渉の成功鍵となります。

次のアクション:本ハンドブックのテンプレートをプロジェクトフォルダに保存し、次回見積もり作成時に必ず使用してください。


参考文献・出典

  1. ITトレンド「2026 年版受託開発成功指標」※ https://ittrend.jp/2026/report
  2. スタート電子「受託開発見積もり実態調査」2026‑04‑06 ※ https://start-electron.co.jp/survey/2026-estimate
  3. hnavi 「システム開発相場と価格帯の最新データ」2026 年版※ https://hnavi.com/articles/dev-price-2026
  4. Sun Asterisk「ボトムアップ見積もり実践ガイド」※ https://sunasterisk.jp/blog/bottom-up-estimate
  5. ITトレンド「リスクマージンとプロジェクト失敗要因分析」2026‑03 ※ https://ittrend.jp/2026/risk-margin

スポンサードリンク

-受託開発
-, , , , ,