システム開発の人月単価 相場早見表|PG50万・SE70万・PM100万〜

システム開発の基礎知識公開日:2026年2月19日最終更新日:2026年10月19日
徐 聖博
徐 聖博

株式会社シンシア 代表取締役社長

Share
目次開く
  1. 人月単価とは何か?基本の定義と計算式
  2. 「人月」と「人月単価」の違い
  3. 開発費用の計算式:人月単価 × 人数 × 期間
  4. 人月単価・人日単価・時間単価の換算
  5. システム開発における人月単価の職種別相場
  6. プロジェクトマネージャー(PM)の相場
  7. システムエンジニア(SE)の相場
  8. プログラマー(PG)の相場
  9. その他職種(システムアナリスト・インフラエンジニアなど)
  10. この相場表は何に基づくか|公的データと実務の相場観の切り分け
  11. 年収から人月単価を自分で検算する
  12. 本記事の相場表の位置づけ
  13. 発注先タイプ別の人月単価相場|大手SIer・コンサルファームはなぜ高いのか
  14. 法人に発注する場合と、フリーランス個人に直接発注する場合の単価差
  15. フリーランス個人の単価は、職種が違っても65万〜85万円に収まりやすい
  16. 法人を通すと、単価に「作業以外の費用」が乗る
  17. 発注側が実務で使う判断
  18. 人月単価はどう決まる?決め方と相場が上下する要因
  19. エンジニアのスキル・経験年数
  20. 技術領域・使用言語・フレームワーク
  21. 発注先の規模(大手SIer・中小・フリーランス)
  22. オフショア・ニアショア開発の活用
  23. 契約形態(準委任・請負)の違い
  24. 人月単価が上がった構造的な理由
  25. 単価70万・80万・90万円は何が違う?人月単価と原価率の関係
  26. 単価からエンジニアの年収・取り分をざっくり捉える
  27. システム開発の見積もり手法(類推・係数・積み上げ)
  28. 人月単価の見積もりを正しく読む方法
  29. 見積書で確認すべき項目
  30. 単価が極端に安い・高い場合のリスク
  31. 体制表から見積総額を検算する|発注側の3ステップ
  32. 規模別・総額の早見感覚|人月単価から逆算する
  33. システム開発費用を適切にコントロールするためのポイント
  34. 要件定義を固めて手戻りを減らす
  35. スコープを段階的に分割して発注する
  36. 複数社から見積もりを取り比較する
  37. FAQ:システム開発の人月単価に関するよくある質問
  38. 見積もりの体制構成比はどのくらいが目安ですか?
  39. 単価 × 人月の合計と見積総額が合わないのはなぜですか?
  40. 「人月単価」の読み方は?何を指す言葉ですか?
  41. 人月単価と時間単価・人日単価はどう違うのですか?
  42. 人月単価はどうやって決まるのですか?
  43. システム開発の1人月あたりの単価はいくらが目安ですか?
  44. エンジニアの単価70万・80万・90万円はどのくらいのレベルですか?
  45. 単価60万円・50万円のエンジニアの手取りはいくらですか?
  46. フリーランスエンジニアと開発会社では人月単価はどちらが安いですか?
  47. 相場表の下限(PG50万円・SE70万円)で開発会社に発注できますか?
  48. 大手SIerやコンサルファームの人月単価は高いのですか?
  49. 人月単価が高いエンジニアに依頼するメリットはありますか?
  50. オフショア開発の人月単価はどのくらいですか?
  51. 人月単価の交渉はどのように進めればよいですか?
  52. 準委任契約と請負契約で人月単価の考え方は変わりますか?
  53. 人月単価に含まれるコストの内訳は何ですか?
  54. ITコンサルタントの人月単価はどのくらいですか?
  55. 人月単価200万円・300万円というのはあり得るのですか?
  56. 見積もりの人月数(工数)はどうやって算出されるのですか?
  57. 参考文献・出典

結論から言うと、2026年時点のシステム開発の人月単価の相場はPG(プログラマー)で50万〜90万円、SE(システムエンジニア)で70万〜110万円、PM(プロジェクトマネージャー)で100万〜160万円程度が目安です。数年前の相場表より各職種おおむね10万円ほど上振れしており、これは労務費の価格転嫁が制度的に後押しされたことと、IT人材の不足が続いていることが背景にあります(根拠と出典は後述)。この表は、開発会社(法人)に発注する前提の水準です。フリーランスに個人として直接発注した場合の単価はこれより下に出ることが多く、実際、フリーランス案件の月額単価は職種を問わずおおむね65万〜85万円に収まっています(根拠は後述)。同じ人が同じ作業をしても、法人を通すと契約責任・要員保証・労務管理といった費用が上に乗るためです。つまり見積書の単価は「相場表と発注先タイプの両方」を照らして初めて高い・安いを判断できます。

この記事では、システム開発の見積書を受け取り「この人月単価は妥当なのか」を判断したい発注担当者向けに、職種別・発注先別の相場と見積もりの読み方を実務目線で解説します。

この記事でわかること

  • 人月単価の定義と開発費用の計算式(人日単価への換算も含む)
  • 職種別(PM・SE・PG・AI・ITコンサル)の人月単価の早見表
  • 大手SIer・中小・フリーランスなど発注先タイプ別の単価の違い
  • フリーランス個人への直接発注と法人経由で単価がいくら変わるか(実データ)と、その差額で何を買っているのか
  • 単価70万・80万・90万円は何が違うのか(単価と原価率の関係、手取りの逆算)
  • システム開発の見積もり手法(類推・係数・積み上げ)と見積書の妥当性チェック

人月単価とは何か?基本の定義と計算式

システム開発の見積もりを受け取ったとき、「人月単価」という言葉が登場することは多いはずです。人月単価とは、エンジニア1人が1ヶ月フルタイムで稼働した場合の費用単価のことを指します。発注側にとっては予算策定の基準となり、エンジニア側にとっては自分の市場価値を測る指標になります。この概念を正しく理解することで、見積もりの妥当性を自分で判断できるようになります。

「人月」と「人月単価」の違い

「人月(にんげつ)」とは、作業量を表す単位です。「エンジニア1人が1ヶ月かけて行う作業量=1人月」と定義されます。人数を増やせば期間をそのまま短縮できる、という意味ではありません。たとえば「このプロジェクトは10人月かかる」という場合、計算上は「1人×10ヶ月」とも「5人×2ヶ月」とも表せます。ただし実際の開発には、先に終える必要がある設計、作業の引き継ぎ、レビュー、待ち時間があるため、5人なら2ヶ月で完了するとは限りません。見積書では、総工数(人月)と実施体制、工程ごとの期間を別々に確認してください。

一方、人月単価は「1人月あたりの費用」です。人月が作業量の単位であるのに対し、人月単価はその作業量に対して支払う金額を示します。同じ10人月のプロジェクトでも、関わるエンジニアのスキルや職種によって人月単価は大きく異なります。

開発費用の計算式:人月単価 × 人数 × 期間

システム開発費用の基本的な計算式は次のとおりです。

開発費用 = 人月単価 × 人数 × 期間(月)

具体的な数値例で確認してみましょう。

  • PM(プロジェクトマネージャー):単価110万円 × 1人 × 4ヶ月 = 440万円
  • SE(システムエンジニア):単価90万円 × 2人 × 4ヶ月 = 720万円
  • PG(プログラマー):単価70万円 × 3人 × 4ヶ月 = 840万円
  • 合計:2,000万円

このように、関わる職種・人数・期間の組み合わせで総費用が決まります。見積書を受け取った際は、この計算式に当てはめて内訳を確認することが重要です。費用全体の相場と内訳をより詳しく知りたい場合はシステム開発の費用相場と内訳を徹底解説も参考にしてください。

体制と期間から概算総額を出す

本記事の職種別相場表の単価(下限・上限)で積み上げます。受け取った見積書の体制表を入れると、総額が相場の幅に収まっているかを確認できます。

概算総額2,040万円 〜 3,420万円

総工数 33 人月(PM 3 / SE 12 / PG 18)|構成比 PM 9% ・ SE 36% ・ PG 55%

この金額は職種別相場の幅で積み上げた概算です。実際の見積もりには、要件定義・テスト・移行・インフラ・保守の費用が別途含まれます。発注先の規模や契約形態によっても上下します。

この体制・期間で受け取った見積もりを見てもらう

他社から受け取った見積もりのセカンドオピニオンを無料で承っています。体制表と見積書があれば、工数配分と単価の妥当性をお伝えします。

人月単価・人日単価・時間単価の換算

見積書によっては「人月」ではなく「人日(にんにち)」や「時間」で単価が示されることもあります。それぞれは同じ作業量を別の粒度で表したもので、次のように換算できます。

単位意味換算の目安
人月単価1人が1ヶ月フルタイム稼働した費用基準
人日単価1人が1日(8時間)稼働した費用人月単価 ÷ 約20営業日
時間単価1人が1時間稼働した費用人月単価 ÷ 約160〜180時間

たとえば人月単価80万円の場合、人日単価はおよそ4万円(80万円 ÷ 20日)、時間単価はおよそ4,400〜5,000円程度になります。1ヶ月の営業日数(稼働日数)は契約や月によって変わるため、人日・人月をまたいで比較するときは「1人月=何人日として計算しているか」を見積書で確認すると、単価の比較がぶれません。


システム種別・規模・機能を選ぶだけで概算レンジを確認できるシステム開発の費用シミュレーターも、相場感の把握に利用できます。

システム開発における人月単価の職種別相場

人月単価は職種によって大きく異なります。以下は2026年時点の目安です。この表が何に基づいているかは次節で明示します(公的統計に「人月単価の相場表」は存在しないため、出典の切り分けが重要です)。実際の単価は後述する複数の要因によって変動するため、あくまで参考値としてご覧ください。

職種人月単価の目安主な役割
プロジェクトマネージャー(PM)100万〜160万円程度工程管理・顧客折衝・リソース調整
システムアナリスト / ITアーキテクト110万〜170万円程度要件定義・システム設計・技術選定
システムエンジニア(SE)70万〜110万円程度基本設計・詳細設計・テスト管理
プログラマー(PG)50万〜90万円程度実装・単体テスト
インフラエンジニア70万〜120万円程度サーバー構築・ネットワーク設計・クラウド管理
QAエンジニア / テスター50万〜80万円程度品質保証・テスト設計・不具合管理
AIエンジニア / データサイエンティスト90万〜170万円程度機械学習・生成AI活用・データ分析・モデル構築
ITコンサルタント130万〜210万円程度業務改革提案・上流設計・PMO

※上記はあくまで市場で見られる幅の目安であり、スキル・経験・技術領域・契約形態によって大きく変動します。AIエンジニアは需要過多で供給が少ないため、人月単価が高くなりやすい職種です。AI開発に特化した費用感はAI開発費用の相場と内訳で別途解説しています。

職種別の人月単価の目安(万円/月)。PM・システムアナリスト・SE・PG・インフラ・AIエンジニア・ITコンサルのレンジ

プロジェクトマネージャー(PM)の相場

PMはプロジェクト全体の進行を統括する役割を担います。顧客との折衝、スケジュール管理、チームのリソース調整など責任範囲が広いため、人月単価は高めに設定されることが多く、100万〜160万円程度が一般的な目安です。大規模プロジェクトや高い業務知識が求められる場合はさらに高くなることもあります。

システムエンジニア(SE)の相場

SEは要件定義から基本設計・詳細設計を担当し、開発の品質を左右する重要なポジションです。経験年数やスキルセットによって幅があり、70万〜110万円程度が目安です。上流工程に強いSEほど単価は高くなる傾向があります。

プログラマー(PG)の相場

PGは設計書をもとに実際のコードを書く役割です。使用する言語やフレームワークの希少性によって単価が変わります。一般的には50万〜90万円程度で、職種の中では比較的幅が広い傾向があります。

その他職種(システムアナリスト・インフラエンジニアなど)

システムアナリストやITアーキテクトは上流工程の専門家として高い単価が設定されることが多く、110万〜170万円程度になるケースもあります。インフラエンジニアはクラウド(AWS・Azure・GCPなど)の専門知識が求められる場合、単価が上昇する傾向があります。


この相場表は何に基づくか|公的データと実務の相場観の切り分け

「経済産業省が出しているSEの単価表はどれか」という探し方をされることがあります。先に結論を書きます。

人月単価そのものを示した公的統計は存在しません。

理由は単純で、人月単価は個別の契約条件(役割・期間・体制・リスク分担)で決まる取引価格であり、各社とも非公表だからです。官公庁の調達でも、積算にあたっては公表資料や民間の技術者単価表を参照する運用が長く続いてきました。したがって、どの相場表も「誰かの観測」であり、一次統計ではないという前提で読む必要があります。

そのうえで、相場を裏付けるために実際に参照できる公的データは次の3つです。

出典何が分かるか単価との関係
厚生労働省「賃金構造基本統計調査」職種別・年齢別の賃金単価の原資である人件費の水準
総務省・経済産業省「情報通信業基本調査」第5章 第9表(情報サービス業 技術者の給与)情報サービス業の技術者の年収分布業界に限定した技術者の年収の実態
内閣官房・公正取引委員会「労務費の適切な転嫁のための価格交渉に関する指針」労務費上昇分の価格転嫁に関する行動指針単価が上がる方向に働く制度要因

年収から人月単価を自分で検算する

公的データは年収までしか分かりませんが、原価率を使えば単価へ換算できます。本記事で後述するとおり、エンジニア本人の人件費は人月単価のおおむね50〜70%です。したがって:

人月単価の目安 = (年収 + 会社負担の社会保険料等) ÷ 12 ÷ 原価率(0.5〜0.7)

たとえば年収600万円の技術者を想定し、会社負担分を含めた年間人件費を約720万円とすると、月あたり60万円。これを原価率0.6で割ると約100万円が単価の目安になります。原価率0.5なら120万円、0.7なら約86万円です。

この式の使いどころは、提示された単価が「高すぎる/安すぎる」を自分で判定できることです。単価50万円の見積もりが出てきたら、逆算するとその技術者の年収は約300万〜420万円相当になります。求めている経験値と整合するかを、この一本の式で確かめられます。

本記事の相場表の位置づけ

上の職種別相場表は、公的統計ではありません。受託開発会社であるシンシアが、2026年時点の商談・見積もりで実際に提示し、また他社から提示されている水準に基づく編集部の相場観です。公的データ(年収)と整合する範囲に収まっていることは上の換算式で確認できます。

なお、SES・フリーランスのエージェントが公開している単価調査も多数ありますが、これらは母集団が各社の登録者に限られるため、一次情報ではなく事例として扱ってください。特にフリーランス単価は間接費の構造が受託開発と異なるため、そのまま比較できません。


発注先タイプ別の人月単価相場|大手SIer・コンサルファームはなぜ高いのか

職種別の相場に加えて、「どこに発注するか」によっても人月単価は大きく変わります。同じSEでも、大手SIerに発注する場合と中小の開発会社・フリーランスに発注する場合では、上乗せされる管理費・間接費・利益の幅が異なるためです。発注先タイプごとの傾向を整理すると、次のようになります。

発注先タイプ人月単価の傾向特徴
大手SIer・大手コンサルファーム高め(上流・PMで100万円以上が中心)体制の安定性・大規模対応力・契約リスク対応に強い。間接費・利益率が高い
中堅の開発会社中程度バランス型。一定の体制と相場感のある単価
中小・専門特化の開発会社中〜やや低め得意領域では高品質。体制規模は小さい
フリーランスへの直接発注低め(職種を問わず65万〜85万円に収まりやすい)間接費が少なく単価は抑えやすいが、契約管理・進行管理は発注側の負担
オフショア開発最も低め(国内の3分の1〜半額の例も)コミュニケーション・品質管理に追加工数

「アクセンチュアやベイカレントなど特定の大手の人月単価はいくらか」を気にする方も多いですが、各社の正式な単価は契約・案件規模・役割によって個別見積もりとなり、公表されていません。一般論としては、大手コンサル・SIerの上流人材は前述のITコンサル・PM相場(130万〜210万円程度)の上側に位置することが多い、という捉え方が現実的です。

重要なのは「高い/安い」を発注先の名前だけで判断しないことです。大手は安定性とリスク対応力、中小・フリーランスはコスト効率という強みがあり、プロジェクトの規模・リスク許容度に応じて選ぶのが原則です。発注先タイプごとの比較軸はシステム開発会社の選び方|失敗しない比較ポイントで詳しく整理しています。


法人に発注する場合と、フリーランス個人に直接発注する場合の単価差

相場表を見て「思ったより安い」と感じた方は、その数字がフリーランスの単価表と混ざっている可能性があります。ここは発注前にいちばん誤解が生まれるところなので、分けて整理します。

フリーランス個人の単価は、職種が違っても65万〜85万円に収まりやすい

まず、フリーランス市場で実際に成立している単価を見ます。

調査時点単価
レバテックフリーランス(決定単価・稼働5日換算)2026年7月サーバーサイド68.4万円 / フロントエンド72.8万円 / クラウド75.6万円 / PM 80.8万円 / ITコンサル83.6万円
エン「フリーランススタート」掲載案件の平均2026年8月全体平均78.9万円(常駐76.3万円・リモート80.1万円)

注目すべきは職種による差が小さいことです。PMでも80万円前後、ITコンサルでも83万円台で、本記事の相場表のPM(100万〜160万円)やITコンサル(130万〜210万円)とは明確に開きがあります。上流工程ほど、個人と法人の差は大きくなります。

なお上の数字は「フリーランス本人が受け取る単価」に近い水準です。エージェントを介す場合はここにエージェントの手数料が加わるため、発注企業の支払額はもう一段上がります。

法人を通すと、単価に「作業以外の費用」が乗る

同じ人が同じ作業をしても、法人経由なら単価は上がります。差額の中身は、おおむね次のものです。

  • 契約上の責任:請負なら成果物の完成責任と契約不適合責任を会社が負う。個人との準委任では、完成責任は原則発生しない
  • 要員の交代保証:担当者が病気・離脱しても、会社が代替要員を立てる。個人への直接発注では、離脱がそのまま停止になる
  • レビューと品質管理:担当者以外の目が入る。設計レビュー・コードレビュー・テスト工程の人件費は単価に含まれる
  • 労務管理と法務対応:稼働管理、秘密保持、情報セキュリティ体制、下請法・フリーランス法への対応
  • 間接費と利益:営業・採用・教育・オフィス・保険。会社が事業を続けるための費用

規模感の裏付けとして、情報サービス産業協会(JISA)の基本統計調査(2025年版・2024年度実績・回答300社)では、売上高人件費率は27.34%、売上高営業利益率は10.79%でした。これは会社全体の売上に対する比率(外注費を含む)であり、そのまま「人月単価の27%が人件費」という意味ではありませんが、受注額の相当部分が、担当者の人件費以外に使われていることは読み取れます。

さらに、多重下請けの商流に入ると各層で10〜20%程度が中間マージンとして乗るとされ、エンドユーザーの支払額と、実際に手を動かす人の単価はさらに開きます。「PGが50万円」という数字は、発注企業の支払額ではなく、商流の下のほうの単価である可能性があるという視点は持っておいてください。

発注側が実務で使う判断

  • 相場表の下限(PG50万・SE70万)を法人への発注で期待しない。 この水準は個人への直接発注や、商流の下層に近い数字です。開発会社に見積もりを取ると、同じ職種でもこれより上に出るのが通常です
  • 極端に安い法人見積もりは、体制を疑う。 相場表の下限を下回る単価を法人が提示してきた場合、レビュー工程が薄い、経験の浅い担当者が入る、または再委託が前提になっている可能性があります
  • 個人への直接発注を選ぶなら、管理コストを自社の工数として見込む。 要件の説明、進行管理、成果物の検収、離脱時の引き継ぎは発注側の仕事になります。この工数を人月に換算すると、単価差が埋まってしまうこともあります
  • 比較するなら「単価」ではなく「総額と責任範囲」で並べる。 同じ機能を作るのに、法人なら何人月・誰が責任を負うのか、個人なら自社が何時間使うのかまで書き出すと、判断がぶれません

契約形態ごとの責任範囲の違いは請負と準委任の違いを徹底比較で整理しています。


人月単価はどう決まる?決め方と相場が上下する要因

「人月単価がどうやって決まっているのか」が分かると、見積もりの根拠を読み解きやすくなります。発注先が人月単価を決めるときの基本的な考え方は、「エンジニアの人件費(原価)+会社の間接費・利益」を1ヶ月あたりに割り戻すというものです。つまり単価は、その人の給与だけでなく、会社が事業を継続するために必要なコストと利益を含んだ金額になります。

その上で、次の5つの要因によって相場は上下します。

エンジニアのスキル・経験年数

最も直接的に単価に影響するのが個人のスキルと経験です。同じPGでも、経験3年と経験10年では担当できる業務の幅や品質が大きく異なります。特定の業務ドメイン(金融・医療・製造など)の知識を持つエンジニアは、希少性から単価が高くなる傾向があります。

技術領域・使用言語・フレームワーク

需要が高く供給が少ない技術スタックを扱えるエンジニアは単価が上がります。たとえばRustやKotlin、AIエンジニアリング(機械学習・LLM活用)などは現在需要が高まっており、単価に反映されやすい領域です。一方、比較的普及しているJavaやPHPのエンジニアは供給も多いため、単価は相対的に落ち着く傾向があります。

発注先の規模(大手SIer・中小・フリーランス)

大手SIerに発注する場合、管理費・間接費・利益率が上乗せされるため、人月単価は高くなりがちです。中小の開発会社やフリーランスは間接費が少ない分、単価が抑えられることがあります。ただし、大手SIerには体制の安定性・セキュリティ管理・契約リスクへの対応力といったメリットがあります。単純に「安い=良い」ではなく、プロジェクトの規模やリスク許容度に応じて選択することが重要です。

オフショア・ニアショア開発の活用

ベトナム・インド・中国などへのオフショア開発では、人月単価が国内の3分の1〜半額程度になるケースもあるとされています。ニアショア(国内の地方都市への発注)でも、都市部より10〜30%程度コストを抑えられる場合があります。

ただし、費用メリットだけに注目するのは危険です。言語・文化・時差の違いによるコミュニケーションコスト、仕様の齟齬が生じやすいリスク、品質管理のための追加工数なども考慮する必要があります。オフショア開発を成功させるには、要件定義を国内で徹底的に固めること、ブリッジSEの配置、定期的なレビュー体制の整備が不可欠です。

契約形態(準委任・請負)の違い

システム開発の契約形態は主に「準委任契約」と「請負契約」の2種類があります。

  • 準委任契約:作業の遂行そのものに対して報酬が発生します。人月単価×稼働量で費用が決まるため、要件変更が多い場合でも柔軟に対応できます。ただし、成果物の完成責任は原則として受注側にないため、発注側のマネジメント関与が重要です。
  • 請負契約:成果物の完成に対して報酬が発生します。仕様が明確な場合は総額が固定されやすく、予算管理がしやすい反面、仕様変更が発生すると追加費用が生じます。

人月単価の考え方は主に準委任契約で使われますが、請負契約でも見積もりの根拠として人月単価が使われることが多いです。契約形態ごとの違いは要件定義は準委任契約が基本?請負との違い・デメリットで詳しく解説しています。

人月単価が上がった構造的な理由

人月単価の上昇は「エンジニア不足だから」だけでは説明が足りません。発注価格に労務費の上昇を反映させることが、制度として後押しされたという変化が効いています。

2023年11月、内閣官房と公正取引委員会は「労務費の適切な転嫁のための価格交渉に関する指針」を策定しました。この指針では、労務費などのコスト上昇分を取引価格に反映せず従来どおり据え置くことが、独占禁止法上の優越的地位の濫用または下請代金法上の買いたたきとして問題となるおそれがあることが明確化されています。同指針は2025年12月に改正されています。

つまり、受注側が単価改定を申し入れることは「値上げのお願い」ではなく、指針が発注側・受注側それぞれに求める行動として位置づけられました。システム開発の商流は多重下請けになりやすく、労務費の転嫁が滞りやすい構造だったため、この指針の影響は相対的に大きく出ています。

これに、以下が重なっています。

  • 人材の供給制約:IT人材不足は解消しておらず、特にクラウド・セキュリティ・AI/機械学習の領域で需給が逼迫している
  • 賃金水準そのものの上昇:技術者の給与が上がれば、原価率(後述)を通じて単価に反映される
  • 領域による偏り:AI・データ領域は全体平均より上振れしやすく、逆に定型的な実装のみの案件は上げ幅が小さい

発注側にとっての実務的な意味は、「単価が上がったから予算を増やす」ではなく、「同じ単価で買える経験値が下がった」と読むことです。据え置きたいなら、任せる役割か、スコープのどちらかを調整する必要があります。


単価70万・80万・90万円は何が違う?人月単価と原価率の関係

「単価80万円のエンジニア」と聞いても、その金額が何を意味するのか分かりにくいものです。重要なのは、人月単価=エンジニア本人の給与(取り分)ではないという点です。人月単価には、エンジニアの人件費に加えて、会社の間接費(オフィス・採用・教育)、管理費(PM・営業)、利益が含まれます。一般に、エンジニア本人の人件費は単価の50〜70%程度(原価率)で、残りが間接費と利益にあたるのが目安です。

人月単価の内訳。エンジニア人件費(原価)50〜70%、間接費、利益で構成される

単価帯ごとの一般的な質の違いを整理すると、次のようになります(あくまで目安です)。

人月単価の目安想定されるスキル・役割の傾向
〜70万円経験の浅いPG、定型的な実装中心。指示が明確な作業向き
80万〜100万円中堅SE/PG。設計から実装まで一定の裁量で進められる
110万〜160万円上流設計・PM・専門領域。要件定義や技術選定を主導できる
160万円〜ITコンサル・希少スキル(AI・特定業務ドメイン)。事業課題から提案できる

注意すべきなのは、この対応関係が上にずれていることです。数年前は70万〜90万円が「中堅SE/PG」の帯でしたが、2026年時点で70万円台は経験の浅い層に近づいています。同じ単価で買える経験値は下がっているということです。過去の相場表を基準に「70万円なら中堅が来るはず」と考えて発注すると、期待と体制がずれます。単価を据え置くなら、任せる役割のほうを下げて設計するのが実務的です。

つまり「単価が高い=割高」ではなく、任せられる役割の広さと、後工程の手戻りを減らす力が単価に反映されています。安い単価で経験の浅い体制を組んだ結果、手戻りで総額が膨らむのは典型的な失敗です(システム開発が失敗する原因とは?7つのパターンと立て直しの判断基準も参照)。

単価からエンジニアの年収・取り分をざっくり捉える

「単価70万円・80万円のエンジニアはどのくらいのレベルか」を考えるとき、単価とエンジニア本人の収入は同じではない点に注意が必要です。前述のとおり、エンジニアの人件費は単価の50〜70%程度が目安です。たとえば人月単価80万円であれば、本人の月あたり人件費はおよそ40万〜56万円程度に相当する計算になり、残りが会社の間接費と利益に充てられます。

単価帯ごとに、会社が負担するエンジニア本人の人件費(原価率50〜70%)をざっくり示すと次のようになります。

人月単価本人の月あたり人件費の目安(原価率50〜70%)
50万円約25万〜35万円
60万円約30万〜42万円
70万円約35万〜49万円
80万円約40万〜56万円

ここでいう「人件費」は、会社が負担する給与・社会保険料の会社負担分などを含む金額のおおまかな目安であり、エンジニア本人の手取り(税・社会保険料の控除後)とは異なります。手取りは雇用形態・扶養・各種控除によって変わるため、人月単価から正確に逆算することはできません。

そのため、「単価が高いエンジニア=高給取り」とは限らず、会社の構造(直接雇用か、下請け構造か)によって本人の取り分は変わります。発注側として重要なのは本人の年収を当てることではなく、支払う単価に対して、どこまでの役割と品質が返ってくるかを見極めることです。年収・手取りの逆算はあくまで単価の意味を理解するための補助線として捉えてください。

システム開発の見積もり手法(類推・係数・積み上げ)

人月の算出方法(見積もり手法)を知っておくと、見積書の根拠を確認しやすくなります。代表的な手法は次の3つです。

見積もり手法概要向く場面
類推見積もり過去の類似案件をもとに概算する構想段階・概算が欲しいとき
係数(パラメトリック)見積もり機能数・画面数などの規模指標に単価係数を掛ける規模がある程度見えた段階
積み上げ(ボトムアップ)見積もり作業を分解し工数を積み上げる要件定義後の確定見積もり

精度が高いのは積み上げ見積もりですが、要件が固まっていないと算出できません。そのため実務では「要件定義前は類推で概算 → 要件定義後に積み上げで確定」という二段階が一般的です。要件定義前の見積もりはあくまで概算である点を理解しておくと、後の見積もりブレに振り回されずに済みます。見積もりの読み方そのものはシステム開発の見積もり完全ガイド、要件定義費用そのものの相場は要件定義の費用相場と見積書の見極め方で解説しています。


人月単価の見積もりを正しく読む方法

見積書で確認すべき項目

見積書を受け取ったら、以下の項目を必ず確認しましょう。

  1. 職種・役割ごとの人月単価:PMとPGが同じ単価になっていないか
  2. 工程ごとの人月数の内訳:要件定義・設計・開発・テストそれぞれの工数が明示されているか
  3. 稼働人数と期間:同じ総工数でも人数と期間の組み合わせが変わると管理コストが変わる
  4. 別途費用の有無:サーバー費用・ライセンス費用・交通費などが含まれているか
  5. 変更対応の取り扱い:仕様変更時の追加費用の考え方が明示されているか

単価が極端に安い・高い場合のリスク

相場より極端に安い単価が提示された場合、いくつかのリスクが考えられます。経験の浅いエンジニアのアサイン、下請け構造による品質管理の希薄化、後から追加費用が発生するケースなどです。

逆に相場より極端に高い場合も、その理由を確認することが重要です。ブランド料・管理費の上乗せなのか、それとも本当に希少なスキルや高い品質保証が含まれているのかを見極める必要があります。単価の高低だけで判断せず、提供される価値とのバランスを評価することが、適切な発注判断につながります。業務システムなど規模が大きい開発では、工程ごとの費用配分が妥当かを業務システム開発の費用相場と内訳と照らして確認するのも有効です。

受け取った見積もりの人月単価が妥当か、第三者に診断してほしい方へ

シンシアでは、他社見積もりの人月単価・工数配分・体制の妥当性を無料で診断するセカンドオピニオンを承っています。「単価が高い気がするが根拠が分からない」「工数が妥当か判断できない」段階でもお気軽にご相談ください。

開発費用・見積もりの無料相談を申し込む


体制表から見積総額を検算する|発注側の3ステップ

見積書に書かれた総額が妥当かどうかは、単価表と見比べるだけでは判断できません。同じ金額でも、誰が何割入っているか(体制構成比)で中身がまったく変わるためです。受託側として提案書を書く立場から言うと、発注者が次の3ステップを踏んでくると、こちらも曖昧な体制を出せなくなります。

ステップ1|職種別の人月数を分解してもらう

総額ではなく、PM・SE・PGそれぞれが何人月かを出してもらいます。分解を渋られる見積もりは、その時点で内訳が固まっていない可能性があります。

ステップ2|構成比が相場から外れていないかを見る

一般的な受託開発では、PMが全体工数の10〜20%、SEが30〜40%、PGが40〜50%あたりに収まることが多く、ここから大きく外れる場合は理由の説明が必要です。

症状疑うべきこと
PMが30%を超える管理費の上乗せ、または多重下請けで中間マージンが乗っている
PGが70%を超える設計工程が薄い。要件の曖昧さが後工程の手戻りになる恐れ
SEが0でPMとPGだけ設計をPMが兼務。規模が大きい場合は破綻しやすい

ステップ3|単価 × 人月で再計算し、総額と一致するかを確かめる

職種別の人月数に、上の職種別相場(PG50万〜90万円、SE70万〜110万円、PM100万〜160万円)を掛けて足し上げ、提示された総額と比較します。一致しない差分が「諸経費」「管理費」の正体です。差分が総額の15%を超えるなら、その中身を必ず質問してください。

この検算を1度やるだけで、「安いが体制が薄い見積もり」と「高いが妥当な体制の見積もり」を区別できるようになります。金額の大小ではなく、構成比で比較するのが実務的な読み方です。

規模別・総額の早見感覚|人月単価から逆算する

人月単価が分かっていても、「自社の開発が何人月になるのか」が分からなければ予算は立ちません。以下は、体制と期間から総額を概算する考え方です(実際の工数は要件で変動するため、あくまで初期の当たり付けとして使ってください)。

想定体制の例期間概算工数
業務の一部を置き換える小規模システムPM 0.3名+SE 1名+PG 1名3か月約7人月
部門横断の業務システムPM 0.5名+SE 2名+PG 3名6か月約33人月
基幹システムの刷新PM 1名+SE 3名+PG 5名12か月約108人月

この工数に職種別単価を掛ければ、概算のレンジが出ます。「予算がいくらか」より先に「何人月の規模なのか」を掴むほうが、複数社の見積もりを比べやすくなります。工数の妥当性そのものを確認したい場合は、要件定義の進め方と5ステップの手順で要件の粒度を揃えてから相見積もりを取ってください。なお、工数がどの工程(要件定義〜テスト)にどう配分されるのかは、システム開発とは?工程・手法・費用・依頼のポイントで全体像を解説しています。


システム開発費用を適切にコントロールするためのポイント

要件定義を固めて手戻りを減らす

開発コストが膨らむ最大の原因の一つが「手戻り」です。開発が進んでから仕様変更が発生すると、設計からやり直しになるケースもあり、追加の人月が発生します。発注前に要件定義に十分な時間と予算を割くことが、結果的にトータルコストの削減につながります。

スコープを段階的に分割して発注する

すべての機能を一度に開発しようとせず、MVP(最小限の製品)から始めて段階的に機能を追加するアプローチが有効です。フェーズを分けることで、初期投資を抑えながら実際の使用状況に基づいて優先度を見直すことができます。

複数社から見積もりを取り比較する

1社だけの見積もりでは相場感を掴みにくいため、最低でも3社程度から見積もりを取ることを推奨します。比較する際は金額だけでなく、工数の根拠・体制・過去の実績・コミュニケーションの質なども評価基準に含めましょう。

見積もり依頼時のチェックリスト

  • 要件・機能の一覧(RFP)を準備できているか
  • 職種別の人月単価と工数内訳が明示されているか
  • 変更対応・追加費用の考え方が契約書に明記されているか
  • 開発体制(PM・SE・PGの人数と役割)が明確か
  • 納品物の定義と検収条件が合意されているか
  • 複数社の見積もりを比較検討したか

次に読むべき記事


FAQ:システム開発の人月単価に関するよくある質問

見積もりの体制構成比はどのくらいが目安ですか?

一般的な受託開発では、PMが全体工数の10〜20%、SEが30〜40%、PGが40〜50%に収まることが多くなります。PMが30%を超える場合は管理費の上乗せや多重下請けを、PGが70%を超える場合は設計工程の薄さを疑い、理由を確認してください。

単価 × 人月の合計と見積総額が合わないのはなぜですか?

差分は諸経費・管理費・環境費などの名目で乗っていることがほとんどです。差額が総額の15%を超える場合は、その内訳を具体的に説明してもらってください。説明できない差額は、交渉の余地がある部分です。

「人月単価」の読み方は?何を指す言葉ですか?

「にんげつたんか」と読みます。エンジニア1人が1ヶ月フルタイムで稼働した場合の費用単価を指す言葉で、システム開発の見積もりで最も広く使われる単価の単位です。作業量を表す「人月(にんげつ)」に対して、その1人月あたりに支払う金額が人月単価です。

人月単価と時間単価・人日単価はどう違うのですか?

人月単価は「1ヶ月フルタイム稼働した場合の費用」、人日単価は「1日(約8時間)稼働した場合の費用」、時間単価は「1時間あたりの費用」です。人月単価を月の営業日数(約20日)で割ると人日単価、月の稼働時間(約160〜180時間)で割ると時間単価が概算できます。たとえば人月単価80万円なら、人日単価は約4万円、時間単価はおよそ4,400〜5,000円程度の計算になります。短期・スポット的な依頼では人日・時間単価が使われることもあります。

人月単価はどうやって決まるのですか?

発注先は「エンジニアの人件費(原価)+会社の間接費・利益」を1ヶ月あたりに割り戻して単価を設定します。そこに、エンジニアのスキル・経験、扱う技術領域の希少性、発注先の規模、契約形態などが加味されて相場が上下します。同じ職種でも単価に幅があるのはこのためです。

システム開発の1人月あたりの単価はいくらが目安ですか?

職種によって大きく異なりますが、2026年時点でPGは50万〜90万円程度、SEは70万〜110万円程度、PMは100万〜160万円程度が目安です。数年前に流通していた相場表より各職種10万円ほど高く、労務費の価格転嫁とIT人材不足が背景にあります。AIエンジニアやITコンサルなど希少性・専門性が高い職種は、これを上回る場合があります。実際の単価はスキル・経験・契約形態で変動するため、相場はあくまで参考値として捉えてください。

エンジニアの単価70万・80万・90万円はどのくらいのレベルですか?

70万〜90万円帯は、設計から実装まで一定の裁量を持って進められる中堅SE/PGが多い水準です。指示待ちではなく、要件のヒアリングや仕様の落とし込みもある程度任せられるレベルが目安になります。ただし単価はあくまで会社が設定する金額であり、エンジニア本人のスキルと完全には一致しない点に注意してください。

単価60万円・50万円のエンジニアの手取りはいくらですか?

人月単価はエンジニア本人の給与ではなく、人件費に会社の間接費・利益を加えた金額です。エンジニア本人の人件費は単価の50〜70%程度が目安のため、単価60万円なら会社が負担する人件費は月およそ30万〜42万円程度に相当します。ただしここからさらに税・社会保険料が控除されるため、本人の手取りはこれより少なくなり、雇用形態や控除によって変わります。人月単価から手取りを正確に逆算することはできない点に注意してください。

フリーランスエンジニアと開発会社では人月単価はどちらが安いですか?

フリーランスへの直接発注のほうが単価は低く出ます。フリーランス市場の実データでは、2026年7月時点の決定単価がサーバーサイド68.4万円・PM80.8万円・ITコンサル83.6万円(レバテックフリーランス)、2026年8月の掲載案件の平均が78.9万円(エン「フリーランススタート」)で、職種が違っても65万〜85万円に収まりやすいのが特徴です。一方、法人(開発会社)に発注すると、契約不適合責任・要員の交代保証・レビュー工程・労務管理・間接費が単価に乗るため、同じ職種でもこれより上になります。特にPM・ITコンサルなど上流ほど差が開きます。ただし個人への直接発注は契約管理・進行管理・検収を発注側が担うため、その工数を人月に換算すると差が縮まることもあります。

相場表の下限(PG50万円・SE70万円)で開発会社に発注できますか?

期待しないほうが安全です。この下限は、フリーランスへの直接発注や、多重下請けの下層に近い水準です。開発会社に見積もりを取ると、同じ職種でもこれより上に出るのが通常で、差額はレビュー工程・要員の交代保証・契約上の責任・間接費に充てられています。もし法人がこの下限を下回る単価を提示してきた場合は、レビュー体制が薄い、経験の浅い担当者が入る、再委託が前提になっている、のいずれかを疑い、体制表と再委託の有無を確認してください。

大手SIerやコンサルファームの人月単価は高いのですか?

一般的に、大手SIerや大手コンサルファームは管理費・間接費・利益率が上乗せされるため、中小の開発会社やフリーランスより人月単価は高くなる傾向があります。特に上流設計・PM・ITコンサル領域では100万円を超えることも珍しくありません。ただし、体制の安定性・大規模開発への対応力・契約リスクへの強さといったメリットがあるため、単価の高さだけでなく提供価値とのバランスで判断することが重要です。なお特定企業の正式な単価は公表されておらず、案件ごとの個別見積もりになります。

人月単価が高いエンジニアに依頼するメリットはありますか?

あります。単価が高いエンジニアは一般的に経験・スキルが豊富で、設計の品質が高く、トラブル対応や仕様変更への対応力も高い傾向があります。結果として手戻りが少なく、プロジェクト全体のトータルコストが抑えられるケースもあります。「高単価=無駄なコスト」ではなく、品質・スピード・リスク低減とのトレードオフとして捉えることが重要です。

オフショア開発の人月単価はどのくらいですか?

国や地域、エンジニアのスキルによって大きく異なりますが、東南アジア(ベトナム・フィリピンなど)では国内相場の3分の1〜半額程度になるケースもあるとされています。ただし、ブリッジSEのコスト、コミュニケーション調整の工数、品質管理のための追加レビュー工数なども含めてトータルコストを試算することが重要です。

人月単価の交渉はどのように進めればよいですか?

交渉の前提として、市場相場を把握した上で複数社の見積もりを比較することが有効です。「他社ではこの単価だった」という事実を根拠に交渉することで、合理的な議論ができます。また、長期契約・継続発注を前提にすることで単価が下がるケースもあります。ただし、単価を下げることだけを目的にすると品質や体制に影響が出るリスクもあるため、価値に見合った適正単価を目指すことが重要です。

準委任契約と請負契約で人月単価の考え方は変わりますか?

準委任契約では、実際の稼働量(人月)に応じて費用が発生するため、人月単価がそのまま費用計算の基準になります。請負契約では成果物の完成に対して固定額が支払われますが、その見積もりの根拠として人月単価が使われることが多いです。請負の場合、仕様変更が発生すると追加の人月単価が請求されることがあるため、変更対応の取り扱いを契約書で明確にしておくことが重要です。

人月単価に含まれるコストの内訳は何ですか?

人月単価には、エンジニアへの人件費だけでなく、会社の間接費(オフィス賃料・設備費・採用費)、管理費(PM・営業コスト)、利益などが含まれています。大手SIerほどこれらの間接費の割合が高くなる傾向があります。フリーランスの場合は間接費が少ない分、人件費に近い形で単価が設定されることが多いとされています。

ITコンサルタントの人月単価はどのくらいですか?

業務改革提案や上流設計、PMOを担うITコンサルタントの人月単価は、130万〜210万円程度が一つの目安です。大手コンサルティングファームや高度な業務知識・DX推進支援が求められる場合は、これを上回ることもあります。エンジニアより高めに見えますが、要件定義や業務設計の質が後工程のコストを大きく左右するため、上流に投資する価値は高いケースが多いです。

人月単価200万円・300万円というのはあり得るのですか?

あり得ます。大手コンサルティングファームの戦略・業務改革領域や、パートナー・シニアマネージャークラスの上流人材、希少なAI・特定業務ドメインの専門人材では、ITコンサル相場(130万〜210万円程度)の上側やそれを超える水準が提示されることもあります。ただし一般的なシステム開発のSE・PGでこの水準はまれです。200万円超の単価を提示されたら、その人材が担う役割・成果物と、代替手段(相場水準の体制で賄えないか)を必ず確認してください。

見積もりの人月数(工数)はどうやって算出されるのですか?

代表的な手法は、過去案件から概算する「類推見積もり」、規模指標に係数を掛ける「係数見積もり」、作業を分解して積み上げる「積み上げ見積もり」の3つです。精度が高いのは積み上げですが、要件が固まっていないと算出できません。要件定義前は類推による概算、要件定義後に積み上げで確定する二段階が一般的です。


参考文献・出典

※職種別相場表は上記の公的データそのものではなく、シンシアが2026年時点で実際に見ている水準に基づく編集部の相場観です。数値は市場環境により変動します。最終更新時点の目安としてご利用ください。

Share

そのまま使えるチェックリスト

受け取った見積書をその場で確認する

金額の絶対値ではなく、工数配分と前提条件が説明できる形になっているかで判断します。

  • 工程が分かれているか(要件定義/設計/実装/テスト/移行/運用)
  • 「一式」表記の行がいくつあるか
  • 体制表があるか(職種別の人数と稼働月数)
  • 前提条件が書かれているか(対象業務・データ移行・連携先・非機能要件)
  • PMが総工数の30%を超えていないか(超えていれば中間マージンを疑う)
  • PGが総工数の70%を超えていないか(超えていれば設計工程が薄い)
  • 要件定義が全体の10%以上確保されているか
  • マスタ整備・現場教育・並行稼働の二重入力は誰の工数か
この続きをPDFで持ち帰る →

PDF版には職種別の人月単価レンジ、総額の検算3ステップ、相見積もりを比べるときの注意を収録しています。

徐 聖博のプロフィール写真

この記事の書き手に直接相談する

徐 聖博株式会社シンシア 代表取締役社長

記事の内容について、より具体的に自社のケースで聞きたいことがあれば、徐 聖博を指名してご相談いただけます。営業担当ではなく、 実際に手を動かしている本人が回答します。

この記事が役に立ったら、Google で優先表示を

Google 検索の「優先するソース」に blog.xincere.jp を追加すると、シンシアの新着記事がトップニュースなどで見つけやすくなります。

Google で優先ソースに追加

著者について

徐 聖博のプロフィール写真
徐 聖博
株式会社シンシア 代表取締役社長

株式会社シンシア(Xincere, Inc.)代表取締役。中国生まれ・3歳から日本で育ち、日本語・中国語・英語を操るトリリンガル。大学院でコンピュータサイエンス(進化型ニューラルネットワーク)を研究し、GREE・メドレー・カウンティア・Indeed Japan などで検索エンジン開発やスタートアップの立ち上げ・グロースを経験。2020年に「人の価値をテクノロジーで最大化する」という想いでシンシアを創業した。エンジニア歴15年以上、代表でありながらほぼ毎日コードを書く現役エンジニアとして、基幹システム開発からAIエージェント活用まで顧客の事業成長に並走している。創業に込めた思いはnoteの創業ストーリーに綴っている。

人気記事

    お問い合わせ

    システム開発やAI推進についてのご相談はこちらから

    無料相談を予約する