システム開発の見積もりの読み方｜人月単価・工数の判断法システム開発の見積書に出てくる人月単価・工数の読み方と妥当性判断の方法を発注者視点で解説

見積書が「読めない」のは発注者の責任ではない

システム開発の見積書を受け取ったとき、「人月」「工数」「SE単価」といった聞き慣れない用語が並び、金額の妥当性を判断できずに困った経験はないでしょうか。3社から相見積もりを取ったのに、最安と最高で2倍以上の差がある——こうした状況に戸惑うのは当然のことです。見積書が読めないのは発注者の責任ではなく、業界特有の用語と計算構造を知る機会がなかっただけです。しかし、見積書を読めないまま発注すると、予算超過や期待と異なるシステムの完成といった深刻な問題につながります。本記事では、システム開発の見積書に登場する主要な項目の意味と、その妥当性を判断するための具体的な方法を、非IT企業の発注者向けに解説します。この記事を読み終えれば、見積書の数字の裏にある根拠を自分で確認し、社内稟議を通す際にも自信を持って説明できるようになるはずです。

見積もりの基本構造——「人月単価 × 工数」を理解する

システム開発の見積もりは、ほとんどの場合「人月単価 × 工数」という計算式で構成されています。人月単価とは、エンジニア1人が1ヶ月（稼働日数約20日）作業した場合の費用です。工数とは、プロジェクト全体で必要な作業量を人月単位で表したものです。たとえば、3人のエンジニアが4ヶ月かけて開発する場合、工数は12人月となります。人月単価が80万円であれば、開発費用は80万円 × 12人月 = 960万円です。

この計算式はシンプルですが、実際の見積書ではこれに加えて、プロジェクト管理費（PM費）、テスト工数、環境構築費、ドキュメント作成費、そして運用保守費が別項目として計上されることが一般的です。人件費が開発費用全体の60〜70%を占めるのが通常であり、それ以外の項目も含めて全体像を把握することが重要です。見積書を手にしたら、まず「人月単価はいくらか」「工数は何人月か」「それ以外にどんな費目が計上されているか」の3点を確認してください。この3点が把握できれば、見積書の構造は理解できたことになります。

人月単価の相場感を持つ

人月単価は、エンジニアのスキルと役割によって大きく異なります。2025年時点の国内における一般的な相場は、プログラマー（PG）が月額60万〜100万円、システムエンジニア（SE）が月額80万〜120万円、プロジェクトマネージャー（PM）が月額100万〜150万円程度です。日本情報システム・ユーザー協会（JUAS）の調査によると、全工程の平均人月単価は約117万円という結果も報告されています。

見積書に記載された単価がこの相場範囲内であれば、概ね適正と判断してよいでしょう。ここで理解しておくべきなのは、人月単価にはエンジニア個人の給与だけでなく、開発会社の管理費（オフィス賃料、管理部門の人件費）、福利厚生費、開発ツールのライセンス費用、そして開発会社の利益が含まれているということです。つまり、人月単価80万円のエンジニアの月給が80万円ではありません。この構造を知っておくと、単価の高低を感覚ではなく根拠をもって評価できます。

また、単価が極端に低い場合は注意が必要です。低単価の背景には、経験の浅いエンジニアのアサイン、オフショア開発（海外への委託）、あるいは受注競争による戦略的な値引きが考えられます。安さだけで判断すると、品質低下やコミュニケーションコストの増大で結果的に総額が膨らむリスクがあります。

工数の妥当性を判断する3つの視点

人月単価が適正であっても、工数（必要な作業量）が過大であれば見積もり全体が高くなります。工数の妥当性を判断するには、以下の3つの視点が有効です。

第一の視点は「工程別の工数配分」です。一般的なウォーターフォール開発では、要件定義に全体の約20%、設計に約20%、実装（プログラミング）に約30%、テストに約30%という配分が目安とされています。テスト工数が全体の10%以下しか計上されていない見積もりは、品質担保に不安が残ります。逆に、テスト工数が極端に多い場合は、その根拠をベンダーに確認してください。

第二の視点は「機能ごとの工数明細」です。見積もりが「開発一式：○○万円」と大枠で記載されている場合、どの機能にどれだけの工数がかかっているか判断できません。ログイン機能に何人月、検索機能に何人月、帳票出力に何人月、といった機能単位の工数明細を求めてください。機能ごとの内訳があれば、「この機能は本当にそれだけの工数が必要か」という議論が可能になり、予算調整（機能の削減や優先順位の変更）もしやすくなります。

第三の視点は「類似案件との比較」です。過去に同規模・同種のシステム開発を依頼した経験があれば、その実績と比較して工数が大幅に乖離していないかを確認します。初めての発注で比較対象がない場合は、複数社からの相見積もりがこの視点を代替します。3社程度から見積もりを取り、工数に大きな差がある項目について各社に理由を確認することで、妥当な水準が見えてきます。

見積もりの「段階」を理解する——概算と詳細の違い

見積もりには精度の段階があることも押さえておきましょう。企画段階で提示される「概算見積もり」は、過去の類似案件をベースにした大まかな金額であり、誤差は±30〜50%程度が許容範囲です。一方、要件定義を完了した後に提示される「詳細見積もり」は、WBS（作業分解構成図）に基づいてタスク単位で工数を積み上げたもので、誤差は±10〜15%程度に収まります。概算見積もりの段階で「この金額で確定ですか？」と問うのは適切ではなく、要件定義後に詳細見積もりを取得するまでは金額が変動する前提で予算計画を立ててください。

見積もりの「前提条件」を見落とさない

見積書の金額だけに目を奪われがちですが、実は最も重要なのは「前提条件」の記載です。前提条件とは、その見積もりがどこまでの範囲を含み、何を含まないかを定義するものです。

確認すべき主な前提条件は、対応するブラウザとデバイス（PC/スマートフォン/タブレット）、既存データの移行範囲（何年分のデータを移行するか）、テスト環境の構築と本番環境のインフラ費用、リリース後の操作マニュアルの作成有無、ユーザー教育（トレーニング）の有無、そしてリリース後の瑕疵担保期間（不具合対応の無償期間）です。

前提条件が明記されていない見積もりは、後から「これは見積もりに含まれていません」と追加費用を請求されるリスクを抱えています。見積もりの金額が安くても、前提条件が限定的であれば、実際の総額は高くなる可能性があります。たとえば、A社の見積もりが800万円でスマートフォン対応を含み、B社の見積もりが600万円だがスマートフォン対応は別途200万円、という場合、総額は同じです。見積もりの金額を比較する際は、必ず前提条件を揃えた上で比較してください。前提条件が異なる見積もりを並べて比較しても、正確な判断はできません。

運用保守費も含めた「総所有コスト」で判断する

システム開発の見積もりは「開発費」だけで比較しがちですが、システムはリリースして終わりではありません。リリース後の運用保守費は、一般的に開発費の年額15〜25%が相場とされています。1,000万円の開発費であれば、年間150万〜250万円の運用保守費が発生する計算です。

5年間運用すると仮定した場合、開発費1,000万円 + 運用保守費150万円 × 5年 = 総額1,750万円となります。開発費が100万円安いA社と、運用保守費が年額50万円安いB社では、5年間の総所有コストではB社のほうが有利になるケースもあります。見積もりを比較する際は、開発費だけでなく運用保守費を含めた5年間程度の総所有コスト（TCO）で評価することを推奨します。運用保守費には、障害対応、セキュリティパッチの適用、OS・ミドルウェアのアップデート対応、軽微な機能改修などが含まれるのが一般的ですが、どこまでが保守範囲でどこからが追加開発になるかの線引きもベンダーによって異なります。保守契約の範囲を事前に確認しておくことで、想定外の出費を防げます。

GXOの見積もり相談

見積もりの読み方に不安がある場合、あるいは他社の見積もりが妥当かどうか判断に迷う場合は、セカンドオピニオンとしてGXOにご相談ください。GXOは180社以上の支援実績と92%の成功率を持つDX・システム開発のパートナーとして、見積もりの妥当性レビューから、御社の要件に基づいた相見積もりのご提案まで対応しています。

「見積もりの金額が適正かわからない」「複数社の見積もりの違いを解説してほしい」「予算内で最大限の成果を出す方法を知りたい」という方は、お気軽にご相談ください。

お問い合わせはこちら

まとめ

システム開発の見積書は「人月単価 × 工数」を基本構造として読み解きます。人月単価はPG60〜100万円、SE80〜120万円、PM100〜150万円が2025年時点の国内相場です。工数の妥当性は、工程別の配分バランス、機能ごとの明細、類似案件との比較の3つの視点で判断します。見積もり金額だけでなく前提条件を必ず確認し、運用保守費を含めた5年間の総所有コストで比較することが、最適な発注判断につながります。