システム開発を外注すると、最初に返ってくるのが見積書です。ところが「この金額の根拠が分からない」「高いのか安いのか判断できない」と感じる発注担当者は少なくありません。金額の大きさだけが目に入り、内訳を読み解けないまま発注してしまうと、後から想定外の追加費用に悩まされることになります。
妥当性を判断する第一歩は、費用がどのように算出されているかを知ることです。システム開発の費用は、ほとんどの場合「工数×人月単価」というシンプルな式で組み立てられています。この仕組みを押さえれば、提示された金額の内訳を読み解き、発注側でもおおまかな概算を自分で出せるようになります。
この記事では、システム開発費用の算出方法の種類と、工数・人月単価の考え方、発注側が自分で概算を出す手順、そして提示された金額の根拠を確認するポイントまでを、発注者の目線で解説します。
この記事のポイント
- システム開発の費用は「工数×人月単価（＋固定費）」で算出される
- 算出方法には積み上げ・類推・パラメトリックなどがあり、精度とスピードが異なる
- 発注側でも人月単価の相場を使えばおおまかな概算費用を出せる
- 提示額は「根拠・前提・抜け漏れ」を確認すると妥当性を判断できる
目次
システム開発費用の算出方法と計算の仕組み
費用は「工数×人月単価」で決まる
システム開発の費用は、突き詰めると次の式で算出されます。
システム開発費用 ＝ 工数 × 人月単価 ＋ 固定費
システム開発の費用の大部分は人件費です。エンジニアやプロジェクトマネージャーが何人で、どれだけの期間働くか（＝工数）に、1人あたりの単価を掛けたものが費用の中心になります。これに、サーバーやソフトウェアのライセンス、購入が必要な機材といった固定費が加わります。
つまり、提示された金額が妥当かを判断するには「工数の見積もりが適切か」と「単価が相場から外れていないか」の2点を見ればよい、ということになります。逆に言えば、この2つが曖昧なまま提示された金額は、根拠が弱い見積もりです。
固定費には、サーバーやクラウドの利用料、ソフトウェアのライセンス、必要に応じて購入する機材などが含まれます。多くの業務システムでは費用の8割前後を人件費が占めるため、まずは工数と単価を押さえ、固定費は別枠で確認するのが実務的です。人件費が中心であることを知っておくと、「なぜ画面を1つ増やすだけで数十万円かかるのか」といった疑問も、その分の作業量＝工数が新たに発生するからだと理解できます。
工数とは｜人月・人日・人時と、工数で費用と納期が決まる理由
工数とは、システムを完成させるまでに必要な作業量のことです。「人数×時間」で表すため、単位には人月（にんげつ）・人日（にんにち）・人時（にんじ）が使われます。
1人月は、1人が1か月（おおむね20営業日×8時間）働いたときの作業量です。たとえば1人が3か月かければ3人月、3人が1か月で仕上げても同じ3人月です。人日・人時は、それぞれ1人が1日・1時間働いた作業量を指します。
工数を押さえることが重要なのは、これが費用と納期の両方を決めるからです。10人月の開発を2人で進めれば、計算上は最短でも5か月かかります。同じ機能でも工数の見積もりが膨らめば費用も期間も伸びるため、発注側は「なぜその工数になるのか」を確認できると、金額と納期の根拠が一度に見えてきます。
ただし、工数を正確に見積もるのは簡単ではありません。同じ機能でも、担当するエンジニアのスキルや、既存システムとの連携の複雑さによって必要な作業量は変わります。経験の浅いメンバーが中心なら工数は増えがちですし、仕様が固まっていない状態では見積もり自体がぶれます。発注側が要件をどこまで具体的に示せるかが、工数の精度、ひいては費用の精度に直結します。
人月単価とは｜相場と職種別の目安
人月単価とは、1人月あたりにかかるコストのことです。エンジニア本人への報酬だけでなく、オフィスの賃料や管理部門の人件費といった販管費も含まれるため、給与そのものよりも高くなります。相場はおおむね80万〜100万円ですが、担当者の役割やスキル、地域によって幅があります。
| 役割 | 人月単価の目安 | 主な担当 |
|---|---|---|
| プロジェクトマネージャー | 約70万〜130万円 | 全体管理・進捗・品質の統括 |
| システムエンジニア | 約100万円前後 | 設計・要件の具体化 |
| プログラマー | 約60万〜70万円 | 実装・テスト |
同じ役割でも、経験豊富なベテランほど単価は上がります。また、首都圏で100万円前後の中堅エンジニアが、地方では60万〜70万円程度になるなど、地域差も小さくありません。なお、ここで示した金額はあくまで一般的な目安であり、実際の判断は個別の見積もりで確認してください。
人月単価が給与そのものより高く見えるのは、報酬以外の販管費や会社の利益が乗っているためです。さらに、元請けが下請けに再委託する多重下請け構造では、間に入る会社の数だけ単価が積み上がることもあります。相場から大きく外れて高い単価が提示された場合は、誰が実際に手を動かすのか（自社の社員が開発するのか、再委託するのか）を確認すると、その金額の背景が見えてきます。
費用の算出方法の種類｜積み上げ・類推・パラメトリックなど
同じシステムでも、どの方法で算出するかによって見積もりの精度とスピードは変わります。発注側は「どの方法で出した金額か」を知っておくと、その数字をどこまで信じてよいかが判断できます。
| 算出方法 | 特徴 | 発注側にとっての意味 |
|---|---|---|
| 経験則（概算） | 専門家の勘で素早く出す | 初期の予算感づくり向け。発注判断には粗い |
| 類推法（トップダウン） | 過去の類似案件を基準にする | 似た実績があるかを確認すると信頼度が読める |
| 積み上げ法（ボトムアップ） | 機能・工程ごとに工数を計算 | 抜け漏れが少ない。正式な詳細見積もりはこれが基本 |
| パラメトリック法・FP法 | 規模を数値化して機械的に算出 | 大規模開発で有効。経験の浅い担当でもブレにくい |
発注前の予算感を知りたい段階では経験則や類推法で十分ですが、実際に発注する金額の根拠としては、機能ごとに工数を積み上げたボトムアップの見積もりであるべきです。「システム開発一式」とだけ書かれ、内訳のない見積もりは、どの方法で算出したのかも分からず、後で追加費用が発生しやすいサインだと考えてください。
なお、FP法（ファンクションポイント法）は、画面や帳票といった機能を「複雑・普通・簡単」に分けて点数化し、規模を数値で表す方法です。担当者の主観に左右されにくく、規模の大きい開発で前提をそろえやすい利点があります。発注側がすべての算出方法を覚える必要はありませんが、受け取った金額が「ざっくりした概算」なのか「積み上げた詳細見積もり」なのかだけは、必ず区別して扱いましょう。
発注側がシステム開発費用の算出方法を使いこなす見方
発注側が概算費用を自分で出す手順
正式な見積もりをもらう前に、発注側でもおおまかな概算を出しておくと、提示額とのズレにすぐ気づけます。手順は次の3ステップです。
まず、作りたい機能をざっくり書き出します。次に、その規模感から必要な工数を仮に置きます。小さな業務システムなら数人月、中規模なら10〜30人月程度が一つの目安です。最後に、人月単価の相場（80万〜100万円）を掛け合わせます。
たとえば「10人月かかりそうな開発を、人月単価100万円で発注する」と仮定すれば、概算は1,000万円になります。これはあくまで初期の当たりを付けるための数字ですが、提示された見積もりが2倍離れていれば「なぜこの工数なのか」を質問するきっかけになります。発注側が概算を持っているかどうかで、見積もりの読み方は大きく変わります。
規模感がつかめないときは、似た機能を持つ既存のサービスやパッケージを思い浮かべると目安を立てやすくなります。ログイン・一覧・登録といった基本的な画面が中心の小規模な業務システムなら数百万円台、複数部門で使い外部システムとも連携する中規模なら一千万円を超える、といった肌感です。あくまで当たりを付けるための概算であり、正式な金額は要件を固めたうえでの見積もりで確認することが前提になります。
提示された金額の根拠を読み解く確認点
自分の概算を持ったうえで提示額を見ると、確認すべき点が具体的になります。次の項目が見積書に明記されているかを確かめましょう。
- 金額の根拠（工数の内訳）が示されているか
- 見積もりの前提条件（範囲・開発環境・納品物）が書かれているか
- 進捗管理・品質管理などの管理工数が含まれているか
- サーバー・ソフトウェアなどの固定費が漏れていないか
- 仕様変更や修正が発生したときの費用の扱いが決まっているか
- 検収（何をもって完成とするか）の条件が明確か
これらが曖昧なまま発注すると、後から「それは範囲外です」と追加費用を請求されがちです。発注前に抜け漏れを体系的に点検したい場合は、見積もりの危険サインを見抜く60項目チェックシートを使うと、見落としやすい項目をまとめて確認できます。提示された金額そのものの妥当性をどう評価するかは、システム開発の見積もりの見方と根拠でさらに詳しく解説しています。
算出額だけで判断しないための注意
工数を積み上げた算出額は「この機能を作るならこれくらい」という理屈の数字です。一方で、市場には規模やシステムの種類ごとのおおまかな相場があります。発注の判断は、算出額と相場の両方で挟み込むと精度が上がります。
たとえば算出上は妥当に見えても、同種のシステムの相場から大きく外れていれば、工数の前提に無理があるか、逆に何かが抜けている可能性があります。規模別・種類別の費用感はシステム開発の費用相場（規模別・種類別）で確認できるので、自分の概算と相場を突き合わせてみてください。
特に注意したいのは、相場より極端に安い見積もりです。安さに飛びつきたくなりますが、必要な工数が見込まれていない、テストや管理工数が省かれている、といった理由で安くなっているケースがあります。算出方法と相場の両面から「なぜこの金額になるのか」を説明できる開発会社かどうかが、安心して発注できる相手を見分ける一つの基準になります。
システム開発費用の算出に関するよくある質問
- Q. 工数単価（人月単価）とは何ですか？
- 1人月（1人が1か月働く作業量）あたりにかかるコストのことです。エンジニアへの報酬に加えて販管費や会社の利益が含まれ、相場はおおむね80万〜100万円です。役割やスキル、地域によって幅があります。
- Q. 発注側でも概算工数や概算費用は出せますか？
- 出せます。作りたい機能を書き出し、規模感から人月を仮に置き、人月単価の相場を掛ければおおまかな概算になります。正確な工数は要件を固めたうえで開発会社が算出しますが、自分で当たりを付けておくと提示額のズレに気づけます。
- Q.「システム開発一式」とだけ書かれた見積もりは問題ありますか？
- 内訳がないため、どの算出方法でいくらかかっているのかが分からず、後から追加費用が発生しやすい状態です。工数の内訳や前提条件を明記してもらうよう依頼することをおすすめします。
