システム開発費用の内訳|見積書のどこを見れば妥当性がわかるか

なぜ「費用の内訳」を理解する必要があるのか

システム開発の見積書を初めて受け取ると、こう感じませんか?

「総額は妥当そうに見えるが、何にいくらかかっているのかが分からない」
「他社と比較したいが、項目立ても粒度もバラバラで比べられない」
「『要件定義費』が想像より大きい。これは何の費用なのか?」

これらは発注者によくある悩みです。多くの見積書は、総額が同じでも内訳次第でリスクが大きく変わります。たとえば「テスト費用が極端に少ない」「保守運用費が含まれていない」見積書は、後から追加費用が発生しやすい構造です。

本記事では、システム開発の費用がどう構成されているかを、フェーズごとに分解して解説します。

システム開発費用の全体構造

システム開発の費用は、大きく「直接費」と「間接費」に分けられます。さらに直接費は、人件費である「直接労務費」と、外部から購入する「直接経費(実費)」に分かれます。

直接費(プロジェクトに直接かかる費用)

要件定義・設計・実装・テストなどに必要な人件費・外注費(直接労務費)と、インフラ・ライセンス・外部APIなどプロジェクト専用に調達する実費(直接経費)。人件費が中心の案件では総額の 70〜85% を占める。

間接費(プロジェクト全体を支える費用)

プロジェクト管理(PM工数)・品質保証・一般管理費・予備費など、特定の作業に直接ひもづかない費用。総額の 15〜30%。

インフラ初期費用やライセンス費は本来「実費(パススルー)」で、PM工数や品質保証とは性質が異なります。クラウドやライセンスが重い案件では実費の比率が上がり、上記の比率は前後します。「総額しか見ていない」と、こうした内訳の差に気づけません。

フェーズ別: 内訳の標準的な比率

中規模Webシステム(総工数100〜300人日)の標準的な比率は以下の通りです。

フェーズ

比率

主な作業

要件定義

10〜15%

ヒアリング、業務分析、要件文書化

基本設計

15〜20%

画面設計、機能仕様、DB設計

詳細設計

10〜15%

内部設計、APIインタフェース定義

実装(開発)

30〜40%

プログラミング、コードレビュー

テスト

15〜20%

単体・結合・受入テスト

リリース・運用準備

5〜10%

デプロイ、ドキュメント、移行

プロジェクト管理

10〜15%(横断)

PM、進捗管理、リスク管理

※比率は案件特性で変動します。新規開発と保守改修、Web/モバイル/AI/データ基盤などで前後します。

フェーズ別: 何にお金がかかっているのか

1. 要件定義(10〜15%)

「お客様が何を作りたいのか」を文書として確定させるフェーズです。最初に手を抜くと、後工程で何倍もの手戻りコストが発生します。

主な成果物:

  • 業務フロー図
  • 機能一覧(要件定義書)
  • 非機能要件(性能・セキュリティ・運用要件)
  • ユーザーストーリー / ユースケース

このフェーズが極端に小さい見積もりは要注意です。要件定義に時間をかけない案件は、開発中の仕様変更で工数が膨らみます。

2. 基本設計・詳細設計(25〜35%)

「どう作るか」を設計するフェーズ。

  • 基本設計: 画面・機能・データ構造の外観設計
  • 詳細設計: 内部構造・API・処理ロジックの設計

設計の手抜きは実装フェーズで顕在化します。設計が薄い見積もりは、実装中の手戻りで結果的に高くつきます。

3. 実装(30〜40%)

実際にコードを書くフェーズです。意外と全体の半分以下であることに驚かれるかもしれません。「開発費」という名目で見積もりが粗く、実装以外が含まれているケースがよくあります。

確認ポイント:

  • フロントエンド / バックエンド / インフラの内訳が明示されているか
  • 技術スタック(言語・フレームワーク)が見積もり時点で確定しているか
  • コードレビュー工数が含まれているか

4. テスト(15〜20%)

実装と同程度に重要なフェーズ。

  • 単体テスト: 関数・コンポーネント単位
  • 結合テスト: 機能間連携
  • 受入テスト: 発注者側の確認
  • 性能・負荷テスト

テスト工数が5%以下の見積もりは、品質リスクが高いと判断してください。

5. リリース・運用準備(5〜10%)

  • 本番デプロイ
  • 運用ドキュメント
  • データ移行
  • 関係者トレーニング

ここを軽視すると「動いているけど運用できない」状態になります。

6. プロジェクト管理(10〜15%、横断)

各フェーズに重なる横断費用です。具体的には:

  • 進捗管理・課題管理
  • 定例ミーティング
  • ドキュメント管理
  • リスク管理

PM費用が0%の見積もりは、現実的にはあり得ません。「サービス」として無料計上されている場合、PMが軽視されているサインです。

要注意: 見落としやすい実費・予備費

インフラ初期費用

  • サーバー(クラウド/オンプレ)構築
  • ドメイン・SSL証明書
  • 監視・ログ基盤

ライセンス費

  • 開発ツール
  • 外部サービスAPI(決済、地図、通知など)
  • セキュリティスキャン

予備費(リスク係数)

  • 仕様変更対応
  • 技術調査時間
  • 障害対応

これらが見積もりに含まれていない場合、見積もり後に発生する追加費用となります。発注時点で確認しましょう。

チェックリスト: 見積書を受け取ったら確認すべき10項目

  • フェーズ別に費用が分解されているか
  • 要件定義費が総額の10%以上あるか
  • 設計費(基本+詳細)が総額の20%以上あるか
  • テスト費が総額の15%以上あるか
  • プロジェクト管理費が明記されているか
  • インフラ初期費用が含まれているか
  • 外部サービスのライセンス費が見えているか
  • 予備費(リスク係数)が示されているか
  • 保守・運用費の見積もり方針が説明されているか
  • 仕様変更時の費用算定ルールが書かれているか

5項目以上に「いいえ」がつく場合、ベンダーに内訳の再提示を依頼することをお勧めします。

よくある見積もりの落とし穴

落とし穴1: 一式見積もり

「Webシステム開発一式 ◯◯万円」という見積もりは、何が含まれて何が含まれないか不明で、追加費用の温床になります。

落とし穴2: 開発費だけ膨らんでいる

開発費(実装)が総額の60%以上ある見積もりは、要件定義・設計・テストが圧縮されている可能性が高い。短期的には安く見えても、後で品質問題で高くつきます。

落とし穴3: 運用費が見積もりに無い

開発が終わった瞬間にシステムは劣化を始めます。運用費の見積もり方針(月額固定 / 工数ベース / 軽微改修込みなど)が初期見積もりに含まれていることが望ましい。

落とし穴4: PM費用が0円

「PMはサービスでつけます」は赤信号。実態は、開発担当者が片手間にPM作業をしている状態で、進捗管理が形骸化します。

まとめ: 内訳から見積もりの「健全性」を見抜く

総額ではなく内訳を見ることで、見積もりの健全性が判断できます。特に「要件定義 / 設計 / テスト」の3つが薄い見積もりは要警戒です。

弊社では、見積もり段階から内訳を完全に開示し、各フェーズの工数根拠をドキュメント化してご提示しています。複数社で見積もりを取る際の比較資料としてもご活用いただけます。


関連記事

ゼロスタートで動くプロトタイプを体験

見積もりだけで判断するのが不安な場合は、初期費用0円で動くプロトタイプを作る「ゼロスタート」をご活用ください。

ゼロスタートを詳しく見る / 無料相談を予約する

よくある質問(FAQ)

Q. システム開発費用は何で構成されていますか?

A. 大きく直接費間接費に分かれ、直接費はさらに人件費(直接労務費)と実費(直接経費)に分かれます。直接費は要件定義・設計・実装・テストの人件費・外注費に、インフラ・ライセンス・外部APIなどプロジェクト専用の実費を加えたもので、人件費が中心の案件では総額の70〜85%。間接費はPM工数・品質保証・一般管理費・予備費で総額の15〜30%。インフラ初期費用やライセンス費は本来「実費(パススルー)」で、PM工数などの間接費とは性質が異なります。

Q. 中規模システムのフェーズ別費用の標準比率はどれくらいですか?

A. 総工数100〜300人日の中規模Webシステムの標準は、要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%、実装30〜40%、テスト15〜20%、リリース・運用準備5〜10%、プロジェクト管理10〜15%(横断)です。実装が全体の半分以下である点が要点で、「開発費」名目が粗い見積もりは実装以外が混ざっている可能性があります。

Q. 見積書のどこが薄いと危険ですか?

A. 「要件定義・設計・テスト」の3つが薄い見積もりは要警戒です。要件定義が極端に小さいと開発中の仕様変更で工数が膨らみ、設計が薄いと実装中の手戻りで高くつき、テストが5%以下だと品質リスクが高くなります。逆に開発費(実装)が総額の60%以上ある見積もりは、要件定義・設計・テストが圧縮されている可能性が高いです。

Q. 見積書を受け取ったら、何を確認すればよいですか?

A. 10項目のチェックリストがあります。フェーズ別分解、要件定義費が総額の10%以上、設計費が20%以上、テスト費が15%以上、PM費の明記、インフラ初期費用、外部サービスのライセンス費、予備費(リスク係数)、保守・運用費の方針、仕様変更時の費用算定ルール。5項目以上に「いいえ」が付く場合は、ベンダーに内訳の再提示を依頼することをお勧めします。関連: 失敗しない見積もり比較チェックリスト

Q. 見落としやすい費用(実費・予備費)にはどんなものがありますか?

A. 3種類あります。インフラ初期費用(サーバー構築・ドメイン・SSL証明書・監視/ログ基盤)とライセンス費(開発ツール・決済や地図などの外部API・セキュリティスキャン)は外部に支払う「実費(パススルー)」、予備費(仕様変更対応・技術調査・障害対応)はリスク係数です。これらが見積もりに含まれていないと、見積もり後に追加費用として発生します。発注時点で確認しておきます。

関連記事

「見積もりの不安と対策」カテゴリの他の記事

システム開発の外注で失敗しない選び方|費用相場・流れ・注意点

2026/5/27
読む

決裁者に響く「IT投資の1枚サマリー」テンプレート公開|5分で稟議を通す3点

2026/5/27
読む

シナリオテストは発注側が参加すればコストが下がる|ユーザーストーリー・EARS・Gherkinで受入確認まで自走する方法

2026/5/10
読む

新規事業のシステム費用を最小化する方法|PMF前の不確実性を前提に「初期費用0円」を活かす設計

2026/5/10
読む

「ランニングコストはいくらですか?」が出た瞬間、商談は最終局面に入っている

2026/5/9
読む

「200〜300万でいけます」と担当者が言ってきた時、社長が必ず確認すべき3つのこと

2026/5/9
読む

失敗しない見積もり比較チェックリスト|複数社の見積書を正しく比べる13項目

2026/4/28
読む

Webシステム開発の費用相場|規模別300万〜4,000万超の内訳と予算超過を防ぐ方法

2026/4/28
読む

システム開発の見積もり完全ガイド|相場と発注のコツ

2026/3/16
読む

初期費用0円でシステム開発を始める方法|プロトタイプ先行型

2026/3/10
読む

システム開発の予算オーバーを防ぐ|要件と進捗の管理術

2026/3/10
読む

システム開発の見積もりがブレる理由と追加費用を防ぐ対策

2026/3/10
読む

システム開発費用の相場|安すぎる見積もりを見抜く判断基準

2026/3/10
読む

その見積もりは妥当?システム開発の見積もり妥当性を3軸でチェックする方法

2026/3/10
読む

この知識を実践してみませんか?

要件を3軸で評価して「作る/後回し/作らない」を整理できます。

次の工程で使うツール: 誰が・何を・なぜ使うかを構造化して認識ズレを防げます

いきなり試すのが不安な方は 先に相談する こともできます。