結論から言うと、2026年時点のシステム開発の人月単価の相場はPG（プログラマー）で50万〜90万円、SE（システムエンジニア）で70万〜110万円、PM（プロジェクトマネージャー）で100万〜160万円程度が目安です。数年前の相場表より各職種おおむね10万円ほど上振れしており、これは労務費の価格転嫁が制度的に後押しされたことと、IT人材の不足が続いていることが背景にあります（根拠と出典は後述）。ただし同じ職種でも、発注先が大手SIerか中小・フリーランスかで単価は大きく変わり、オフショア開発なら国内の3分の1〜半額になる例もあります。つまり見積書の単価は「相場表と発注先タイプの両方」を照らして初めて高い・安いを判断できます。
この記事では、システム開発の見積書を受け取り「この人月単価は妥当なのか」を判断したい発注担当者向けに、職種別・発注先別の相場と見積もりの読み方を実務目線で解説します。
この記事でわかること
- 人月単価の定義と開発費用の計算式（人日単価への換算も含む）
- 職種別（PM・SE・PG・AI・ITコンサル）の人月単価の早見表
- 大手SIer・中小・フリーランスなど発注先タイプ別の単価の違い
- 単価70万・80万・90万円は何が違うのか（単価と原価率の関係、手取りの逆算）
- システム開発の見積もり手法（類推・係数・積み上げ）と見積書の妥当性チェック
人月単価とは何か？基本の定義と計算式
システム開発の見積もりを受け取ったとき、「人月単価」という言葉が登場することは多いはずです。人月単価とは、エンジニア1人が1ヶ月フルタイムで稼働した場合の費用単価のことを指します。発注側にとっては予算策定の基準となり、エンジニア側にとっては自分の市場価値を測る指標になります。この概念を正しく理解することで、見積もりの妥当性を自分で判断できるようになります。
「人月」と「人月単価」の違い
「人月（にんげつ）」とは、作業量を表す単位です。「エンジニア1人が1ヶ月かけて行う作業量＝1人月」と定義されます。たとえば「このプロジェクトは10人月かかる」という場合、1人で取り組めば10ヶ月、5人で取り組めば2ヶ月で完了する計算になります。
一方、人月単価は「1人月あたりの費用」です。人月が作業量の単位であるのに対し、人月単価はその作業量に対して支払う金額を示します。同じ10人月のプロジェクトでも、関わるエンジニアのスキルや職種によって人月単価は大きく異なります。
開発費用の計算式：人月単価 × 人数 × 期間
システム開発費用の基本的な計算式は次のとおりです。
開発費用 ＝ 人月単価 × 人数 × 期間（月）
具体的な数値例で確認してみましょう。
- PM（プロジェクトマネージャー）：単価110万円 × 1人 × 4ヶ月 ＝ 440万円
- SE（システムエンジニア）：単価90万円 × 2人 × 4ヶ月 ＝ 720万円
- PG（プログラマー）：単価70万円 × 3人 × 4ヶ月 ＝ 840万円
- 合計：2,000万円
このように、関わる職種・人数・期間の組み合わせで総費用が決まります。見積書を受け取った際は、この計算式に当てはめて内訳を確認することが重要です。費用全体の相場と内訳をより詳しく知りたい場合はシステム開発の費用相場と内訳を徹底解説も参考にしてください。
人月単価・人日単価・時間単価の換算
見積書によっては「人月」ではなく「人日（にんにち）」や「時間」で単価が示されることもあります。それぞれは同じ作業量を別の粒度で表したもので、次のように換算できます。
| 単位 | 意味 | 換算の目安 |
|---|---|---|
| 人月単価 | 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）の相場
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万円以上が中心） | 体制の安定性・大規模対応力・契約リスク対応に強い。間接費・利益率が高い |
| 中堅の開発会社 | 中程度 | バランス型。一定の体制と相場感のある単価 |
| 中小・専門特化の開発会社 | 中〜やや低め | 得意領域では高品質。体制規模は小さい |
| フリーランス・SES | 低め | 間接費が少なく単価は抑えやすいが、管理は発注側の負担 |
| オフショア開発 | 最も低め（国内の3分の1〜半額の例も） | コミュニケーション・品質管理に追加工数 |
「アクセンチュアやベイカレントなど特定の大手の人月単価はいくらか」を気にする方も多いですが、各社の正式な単価は契約・案件規模・役割によって個別見積もりとなり、公表されていません。一般論としては、大手コンサル・SIerの上流人材は前述のITコンサル・PM相場（130万〜210万円程度）の上側に位置することが多い、という捉え方が現実的です。
重要なのは「高い／安い」を発注先の名前だけで判断しないことです。大手は安定性とリスク対応力、中小・フリーランスはコスト効率という強みがあり、プロジェクトの規模・リスク許容度に応じて選ぶのが原則です。発注先タイプごとの比較軸はシステム開発会社の選び方｜失敗しない比較ポイントで詳しく整理しています。
人月単価はどう決まる？決め方と相場が上下する要因
「人月単価がどうやって決まっているのか」が分かると、見積もりの根拠を読み解きやすくなります。発注先が人月単価を決めるときの基本的な考え方は、「エンジニアの人件費（原価）＋会社の間接費・利益」を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%程度（原価率）で、残りが間接費と利益にあたるのが目安です。
単価帯ごとの一般的な質の違いを整理すると、次のようになります（あくまで目安です）。
| 人月単価の目安 | 想定されるスキル・役割の傾向 |
|---|---|
| 〜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つです。
| 見積もり手法 | 概要 | 向く場面 |
|---|---|---|
| 類推見積もり | 過去の類似案件をもとに概算する | 構想段階・概算が欲しいとき |
| 係数（パラメトリック）見積もり | 機能数・画面数などの規模指標に単価係数を掛ける | 規模がある程度見えた段階 |
| 積み上げ（ボトムアップ）見積もり | 作業を分解し工数を積み上げる | 要件定義後の確定見積もり |
精度が高いのは積み上げ見積もりですが、要件が固まっていないと算出できません。そのため実務では「要件定義前は類推で概算 → 要件定義後に積み上げで確定」という二段階が一般的です。要件定義前の見積もりはあくまで概算である点を理解しておくと、後の見積もりブレに振り回されずに済みます。見積もりの読み方そのものはシステム開発の見積もり完全ガイド、要件定義費用そのものの相場は要件定義の費用相場と見積書の見極め方で解説しています。
人月単価の見積もりを正しく読む方法
見積書で確認すべき項目
見積書を受け取ったら、以下の項目を必ず確認しましょう。
- 職種・役割ごとの人月単価：PMとPGが同じ単価になっていないか
- 工程ごとの人月数の内訳：要件定義・設計・開発・テストそれぞれの工数が明示されているか
- 稼働人数と期間：同じ総工数でも人数と期間の組み合わせが変わると管理コストが変わる
- 別途費用の有無：サーバー費用・ライセンス費用・交通費などが含まれているか
- 変更対応の取り扱い：仕様変更時の追加費用の考え方が明示されているか
単価が極端に安い・高い場合のリスク
相場より極端に安い単価が提示された場合、いくつかのリスクが考えられます。経験の浅いエンジニアのアサイン、下請け構造による品質管理の希薄化、後から追加費用が発生するケースなどです。
逆に相場より極端に高い場合も、その理由を確認することが重要です。ブランド料・管理費の上乗せなのか、それとも本当に希少なスキルや高い品質保証が含まれているのかを見極める必要があります。単価の高低だけで判断せず、提供される価値とのバランスを評価することが、適切な発注判断につながります。業務システムなど規模が大きい開発では、工程ごとの費用配分が妥当かを業務システム開発の費用相場と内訳と照らして確認するのも有効です。
受け取った見積もりの人月単価が妥当か、第三者に診断してほしい方へ
シンシアでは、他社見積もりの人月単価・工数配分・体制の妥当性を無料で診断するセカンドオピニオンを承っています。「単価が高い気がするが根拠が分からない」「工数が妥当か判断できない」段階でもお気軽にご相談ください。
体制表から見積総額を検算する｜発注側の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万円程度に相当します。ただしここからさらに税・社会保険料が控除されるため、本人の手取りはこれより少なくなり、雇用形態や控除によって変わります。人月単価から手取りを正確に逆算することはできない点に注意してください。
フリーランスエンジニアと開発会社では人月単価はどちらが安いですか？
一般的にフリーランスエンジニアは間接費・管理費が少ない分、開発会社より人月単価が低くなるケースが多いとされています。ただし、フリーランスへの直接発注は契約管理・プロジェクト管理を発注側が担う必要があり、その分の工数コストも考慮が必要です。プロジェクトの規模や社内のマネジメントリソースに応じて選択することが重要です。
大手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つです。精度が高いのは積み上げですが、要件が固まっていないと算出できません。要件定義前は類推による概算、要件定義後に積み上げで確定する二段階が一般的です。
参考文献・出典
- 内閣官房・公正取引委員会「労務費の適切な転嫁のための価格交渉に関する指針」（2023年11月29日策定、2025年12月26日改正） https://www.jftc.go.jp/dk/guideline/unyoukijun/romuhitenka.html
- 厚生労働省「令和7年賃金構造基本統計調査 結果の概況」 https://www.mhlw.go.jp/toukei/itiran/roudou/chingin/kouzou/z2025/index.html
- 総務省・経済産業省「情報通信業基本調査」第5章 情報サービス業 第9表 業種別、技術者の給与（年収）の状況（政府統計の総合窓口 e-Stat） https://www.e-stat.go.jp/dbview?sid=0003176161
※職種別相場表は上記の公的データそのものではなく、シンシアが2026年時点で実際に見ている水準に基づく編集部の相場観です。数値は市場環境により変動します。最終更新時点の目安としてご利用ください。
