なぜ「費用の内訳」を理解する必要があるのか
システム開発の見積書を初めて受け取ると、こう感じませんか？
「総額は妥当そうに見えるが、何にいくらかかっているのかが分からない」
「他社と比較したいが、項目立ても粒度もバラバラで比べられない」
「『要件定義費』が想像より大きい。これは何の費用なのか？」
これらは発注者によくある悩みです。多くの見積書は、総額が同じでも内訳次第でリスクが大きく変わります。たとえば「テスト費用が極端に少ない」「保守運用費が含まれていない」見積書は、後から追加費用が発生しやすい構造です。
本記事では、システム開発の費用がどう構成されているかを、フェーズごとに分解して解説します。
システム開発費用の全体構造
システム開発の費用は、大きく「直接費」と「間接費」に分けられます。
直接費（プロジェクトに直接かかる費用）
要件定義・設計・実装・テスト・リリースなど、プロジェクト遂行に直接必要な人件費と外注費。一般に総額の 70〜85% を占める。
間接費（プロジェクトを支える費用）
プロジェクト管理（PM工数）・品質保証・インフラ初期費用・ライセンス費・予備費など。総額の 15〜30%。
「総額しか見ていない」と、間接費の中に大きな差異が隠れていることに気づけません。
フェーズ別: 内訳の標準的な比率
中規模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円で動くプロトタイプを作る「ゼロスタート」をご活用ください。