人月単価とは？職種・スキル別の相場と内訳・発注者が妥当性を見抜く方法

人月単価とは、エンジニア1人が1か月働く作業量（1人月）あたりに設定された料金のことで、システム開発の見積書は「人月×人月単価」で総額を積み上げます。同じ機能を頼んでも、担当する技術者の職種やスキル、元請けか下請けかで単価は月60万円から200万円まで幅が出ます。単価の中身を知らないまま見積書を受け取ると、提示額が高いのか安いのか判断できません。この記事では、人月単価に給与以外の何が含まれているかという内訳、PM・SE・プログラマーの職種別の相場帯、受託や客先常駐で単価が変わる理由を整理します。そのうえで、発注者がスキルシートと工程配分から単価の妥当性を見抜く方法と、単価の安さだけで発注先を選んで失敗する場面までを扱います。

まとめ：人月単価の相場水準と発注者が単価の妥当性を判断する基準

人月単価は、技術者の給与だけでなく、社会保険料や開発環境の経費、開発会社の管理費と利益を上乗せした金額です。発注者が支払う月100万円のうち、技術者本人の給与に回るのはおおむね50〜60万円で、残りの3割前後は間接費と会社の取り分にあたります。相場はスキルで分かれ、実装中心の若手で月50〜80万円、設計を担う中堅で月80〜120万円、要件定義やプロジェクト管理を担う層は月120万円を超えることも珍しくありません（2020年代半ば時点の一般的な相場帯）。

発注者がまず確かめるべきは、単価と作業内容が釣り合っているか、という一点になります。単純なテスト工程に上級者の単価が当てられていないか、逆に上流の設計を安い単価の若手だけで進める計画になっていないか。見積書の単価が相場帯から外れているときは、その理由を尋ねる根拠が立つはずです。安い単価は魅力に見えますが、多重下請けや経験の浅い体制を隠していることもあり、結局は手戻りで割高になる場合があります。費用全体の相場観はシステム開発の費用相場と見積もりの妥当性で、人月そのものの数え方と計算の手順は人月とは何かと計算方法で確認できます。

人月単価とは何かという費用の考え方と開発総額を決める計算の骨格

最初に、人月単価が見積書のどこに位置し、何を含んだ金額なのかを押さえます。ここを理解すると、総額の大小より先に見るべき数字がわかります。

人月単価の定義と人月に単価を掛けて開発費が積み上がる基本構造

人月単価は、1人月（1人が1か月フルタイムで働く作業量）に対して設定される料金です。多くの現場では1人月を月20営業日・約160時間として扱います。開発費は、機能ごとに必要な人月を積み上げ、それぞれに人月単価を掛けて合算する形で決まります。たとえば要件定義2人月・設計3人月・実装8人月・テスト3人月で合計16人月、平均単価を月100万円とすれば、開発費はおよそ1,600万円です。単価が1割違えば総額は160万円動くため、人月の数と同じくらい単価の水準が金額を左右します。人月という単位そのものの読み方や人日・人時との換算は人月とは何かと計算方法にまとめました。

人月単価に給与以外の間接費や管理費と利益が含まれる原価の内訳

人月単価は、技術者の給与そのものではありません。給与に社会保険料の会社負担分を加えた人件費に、オフィスや開発機材の経費、開発会社の管理費と利益を乗せた合計が単価になります。発注者が支払う100万円の内訳は、目安として次のように分かれます。

この内訳を知っておくと、極端に安い単価には別の意味が見えてきます。単価が相場より大きく低いなら、技術者の給与を削っているか、経験の浅い人員を当てているか、どちらかの可能性が高いとみてよいでしょう。数字の背景まで含めた費用の全体像はシステム開発の費用相場と見積もりの妥当性で扱っています。

元請けと下請けの多重構造で同じ技術者でも人月単価が変わる仕組み

同じスキルの技術者でも、契約の経路によって単価は変わります。元請けが受注し、二次請け・三次請けへ再委託される多重下請け構造では、各社が管理費と利益を上乗せするため、下位の会社ほど技術者の取り分は薄くなる構造です。発注者が支払う単価が月100万円でも、実際に手を動かす三次請けの技術者には月40万円台しか渡っていない、という事態も起こりえます。単価が高いのに成果物の品質が伴わないときは、中間マージンが厚く、現場の技術者の水準が単価に見合っていない可能性を疑うべきでしょう。発注の経路と契約形態の違いは受託とは何かと委託・請負・SESの違いを押さえると見通しやすくなります。

職種とスキルと工程で分かれる人月単価の相場水準と幅が生じる理由

続いて、人月単価が実際にいくらなのかを職種・工程・契約形態の3つの軸で見ていきます。相場を1つの数字で語れないのは、この3軸が絡むためです。

PMとSEとプログラマーとテスターの職種別に見た単価の目安帯

人月単価は担う役割で段階的に上がります。上流の判断を担う人ほど高く、定型的な作業ほど低くなるのが基本です。職種別のおおまかな目安は次のとおりで、時点や地域、企業規模で変動する幅として捉えてください。

同じ「SE」でも、要件定義から任せられる人と、指示された設計を実装する人では単価が二倍近く違います。見積書に職種と単価の対応が示されていれば、体制のどこに費用が乗っているかを読み取れます。

上流工程と下流工程で人月単価が分かれる理由と工程別の重み付け

単価が工程で変わるのは、必要なスキルの希少性が違うからです。要件定義や基本設計といった上流工程は、業務知識と設計判断が要り、代わりのきく人が少ないため単価が高くなります。実装やテストの下流工程は、標準化された手順で進められる部分が多く、単価は下がります。見積もりの精度を上げたいなら、全工程を一律の平均単価で丸めず、上流に高い単価、下流に低い単価を割り当てた工程別の積算になっているかを見てください。上流を薄く見積もった計画は、後工程の手戻りを招きやすい構造です。各工程で何を決めるべきかは人月とは何かと計算方法の工数配分の考え方が参考になります。

受託と客先常駐とオフショアで人月単価が変わる背景と相場の違い

同じ開発でも、契約形態と拠点で単価水準は変わります。成果物の完成を請け負う受託（請負）は、瑕疵対応やリスクを開発会社が負うぶん単価に反映されます。技術者が発注者の職場に常駐して稼働する客先常駐（SES）は、指揮系統や成果責任の設計が受託と異なり、月70〜120万円あたりで推移することが多い形態です。海外の拠点に委託するオフショア開発は、人件費の差から国内の6〜7割程度の単価になる例もありますが、仕様伝達やブリッジSEの費用を含めて総額で比べる必要があります。常駐・SESと受託の違いは客先常駐とは何かと派遣・SES・受託の違いで整理しています。

発注者が人月単価の妥当性をスキルシートと工程配分から見抜く方法

ここからは、解説記事があまり踏み込まない発注実務です。人月単価が妥当かどうかは、単価の数字だけを眺めても判断できません。単価と、その単価が付いた人の実力・作業内容を突き合わせて初めて見えてきます。

見積書の単価が適正か判断するためにスキルシートで確認する項目

単価の妥当性は、割り当てられる技術者のスキルシート（経歴書）で裏を取れます。確認したいのは、単価の高さに実力が見合っているかです。次の観点を押さえると、単価と実力のずれに気づけます。

• 使用する開発言語・フレームワークの実務経験年数
• 要件定義・設計・実装・テストのどの工程を担った実績か
• 過去に関わった案件の規模（人月・期間）と担った役割

月130万円の単価が付いているのに、担当予定の技術者が実装経験しかなく上流の設計実績が無いなら、単価と役割が釣り合っていません。逆に、要件定義から任せられる経歴があれば、高い単価にも根拠があると判断できます。スキルシートの開示を渋る相手には、その理由を確かめておくと安全です。

単価と作業内容の釣り合いを工程別の人月の配分から検証する視点

もう一つの着眼点は、工程ごとの人月配分です。総額が同じでも、どの工程に何人月を置いたかで妥当性は変わります。確かめるのは、単純なテスト工程に上級者の高い単価が並んでいないか、要件定義をわずか0.5人月で済ませる楽観的な計画になっていないかの二点です。工程別・機能別に人月と単価が分解された見積書なら、高いと感じた箇所だけを名指しで質問でき、交渉の土台が整います。逆に「開発一式 20人月」としか書かれていない見積書は、内訳の開示を求めるところから始めてください。見積書の一式をどう工程別・機能別に分解させ、相見積もりで妥当性を見抜くかはシステム開発の見積もりの見方と相見積もりの比較で解説しています。要件が固まりきらない段階から工程設計を含めて相談したいなら、業務システムの受託開発を手がける基幹システム開発のように、上流から並走できる依頼先を選ぶと、単価と作業内容のミスマッチを避けやすくなります。

人月単価の安さだけで発注先を選ぶと失敗する場面と回避の判断軸

単価が安いことは、それ自体では長所でも短所でもありません。問題は、安さの理由を確かめずに発注先を決めてしまう場面です。ここでは立場をはっきりさせておきます。単価の最安値を選ぶ判断は、条件が揃わない限り採用しません。

安い人月単価が多重下請けや経験不足を隠している場合の見分け方

相場より2割以上安い単価には、背景がある場合が多いです。よくあるのは、契約の窓口は実績のある会社でも、実際の開発は経験の浅い再委託先が担うケース。あるいは、単価を下げる代わりにテストや保守の工程を見積もりから外し、後から追加費用で回収するケースです。見分けるには、実際に手を動かす体制（自社要員か再委託か）と、見積もりに含まれる工程の範囲を確認します。テスト・ドキュメント・保守が別料金なら、それを足した総額で比べないと安さは幻になります。

生産性で逆転する安物買いを避けるために単価以外で見るべき判断軸

人月単価が抱える構造的な弱点は、価格が成果ではなく投入時間で決まる点にあります。生産性の高い技術者が同じ機能を半分の工数で作れば、人月単価×人月の総額はむしろ下がるのです。つまり単価が高くても工数が少なく済み、単価が安くても工数が膨らんで割高になる逆転が起こります。「人月商売」と批判されるのはこの一点です。発注側がこの弱点を避けるには、単価の安さだけでなく、過去の類似案件での生産性や、成果物の品質・納期の確実性を契約条件として突き合わせます。単価は投入量あたりの目安と割り切り、最終的な判断は総額と体制の実力で下すのが現実的でしょう。要件が明確で工数見積もりの精度が高い案件ほど、安い単価の効果が総額に素直に効いてきます。

よくある質問

人月単価について、発注担当者から実際に多い質問をまとめました。

人月単価の相場はいくらくらいですか？

職種とスキルで幅があります。実装中心のプログラマーで月60〜90万円、設計を担うSEで月90〜130万円、要件定義や管理を担うPM・PL層で月120〜200万円あたりが目安です（時点や地域で変動します）。同じ職種でも、上流から任せられる人と指示どおり作業する人では単価が大きく変わります。金額の背景は費用相場の記事で確認してください。

人月単価100万円のうちエンジニアの手取りはいくらですか？

おおむね50〜60万円が技術者の給与原資に回り、残りの40〜50万円は社会保険料や機材などの間接費、開発会社の管理費と利益にあてられます。多重下請けで再委託が重なると、実際に手を動かす技術者の取り分はさらに薄くなる構造です。単価が高いのに品質が伴わないときは、中間マージンの厚さを疑う手がかりになります。

人月単価はどうやって計算するのですか？

開発全体を機能や工程ごとに必要な人月へ分解し、それぞれの人月に職種別の単価を掛けて合算します。たとえば設計3人月を単価100万円、実装8人月を単価70万円で見積もれば、その部分だけで860万円です。工程別に単価を変えた積算のほうが、一律の平均単価で丸めるより精度が上がります。人月の数え方の詳細は人月とはの記事にまとめています。

フリーランスと開発会社で人月単価が違うのはなぜですか？

開発会社の単価には、営業・管理の間接費と会社の利益、品質保証や保守の体制費が含まれます。フリーランスは個人で動くぶんこれらが薄く、同等スキルなら単価は下がる傾向です。ただし会社側は、担当者が離脱しても代替要員を立てられる継続性や、瑕疵対応の責任を負う点が単価に反映されています。どちらが得かは、案件の規模と継続性で判断が分かれます。

人月単価が安い開発会社に依頼しても大丈夫ですか？

安さの理由を確かめれば選択肢になります。実際に開発する体制が自社要員か再委託か、見積もりにテストや保守が含まれるかを確認してください。相場より2割以上安い場合、経験の浅い人員や工程の切り詰めが隠れていることがあります。総額と成果物の範囲、担当者のスキルシートまで見て、単価以外の条件が揃うなら問題ありません。

関連記事

• システム開発の費用相場と見積もりの妥当性：人月単価を含めた開発費全体の内訳と相場観を数字で確認できます。
• 人月とは？計算方法と見積もりの見抜き方：人月の定義・換算と、人月から総額を計算する手順を押さえられます。
• 受託とは？委託・請負・SESとの違い：多重下請け構造や発注方式の違いで単価がどう変わるかがわかります。
• 客先常駐とは？派遣・SES・受託との違い：常駐（SES）と受託で単価水準や責任分担がどう違うかを整理できます。