# 人月単価の相場｜システム開発見積もりの見方 - 公開日: 2026-09-21 - 監修: 代表取締役 兼 StockSun創業メンバー 板橋 晟星 - URL: https://www.geek-bridge.com/public/column/system-development-person-month-rates システム開発の人月単価（=担当者1人が1か月稼働する場合の価格）は、国内の開発会社でおおむね60万〜180万円以上が一般的な目安です。ただし総額は「単価×工数（=作業量）」だけでなく、管理、テスト、環境構築、リスク対応を含む範囲で決まります。安さより、役割別の工数と前提条件を比較することが重要です。 ## システム開発の人月単価相場 **人月単価は、担当者の役割や経験によって大きく異なります。** プログラマーとプロジェクトマネージャーでは担当する責任が違うため、同じ1人月でも価格は同じではありません。 人月とは、1人が1か月稼働する作業量を表す単位です。例えば、プログラマーが2人で3か月稼働する場合は、単純計算で6人月となります。ただし、すべての作業を同時並行で進められるわけではないため、6人月だから6人なら1か月で完成するとは限りません。 職種別の一般的な目安は次のとおりです。金額は国内の開発会社へ外注する場合の税別目安であり、契約形態、地域、会社規模、必要な技術によって変動します。 | 役割 | 主な担当 | 人月単価の一般的な目安 | |---|---|---:| | ITコンサルタント | 課題整理、構想策定、導入計画 | 120万〜220万円以上 | | プロジェクトマネージャー（PM） | 予算・納期・品質・関係者の管理 | 100万〜180万円 | | プロジェクトリーダー（PL） | 開発チームの実務管理、設計方針の調整 | 90万〜150万円 | | システムエンジニア（SE） | 要件整理、設計、開発支援 | 70万〜130万円 | | プログラマー | プログラムの作成、修正 | 60万〜100万円 | | UI・UXデザイナー | 画面の見た目と使いやすさの設計 | 60万〜110万円 | | QA・テスト担当 | 品質確認、テスト計画、動作検証 | 50万〜90万円 | | インフラ・クラウド担当 | サーバーやネットワークなどの利用環境の設計 | 80万〜140万円 | UIは画面上の見た目や操作部分、UXは利用者がサービスを通じて得る体験を指します。QAは品質保証を担当する役割です。小規模案件では、SEがプロジェクト管理やテストを兼任する場合もあります。 発注者が注意したいのは、人月単価が担当者の給与ではない点です。人月単価には、給与のほか、社会保険料、採用・教育費、オフィスや機器、管理部門の費用、待機期間、会社の利益などが含まれます。そのため「担当者の給与と比べて高い」という見方だけでは、妥当性を判断できません。 また、相場より高い単価でも、経験豊富な担当者が短期間で設計をまとめ、手戻りを減らせるなら総額が下がることがあります。反対に、単価が安くても、調査や修正に多くの工数がかかれば総額は増えます。比較すべきなのは、単価だけではなく「誰が、何を、何人月で担当するか」です。 ## 人月単価が会社や案件によって違う理由 **人月単価の差は、会社の規模だけでなく、担当者の経験、契約上の責任、技術的な難しさ、管理範囲から生じます。** 同じ機能一覧を渡しても、開発会社ごとに単価と工数が異なるのは珍しくありません。 ### 依頼先による相場の違い 依頼先別の大まかな傾向は次のとおりです。同じ区分でも得意分野や体制によって価格は変わるため、選定時の参考としてご覧ください。 | 依頼先 | 人月単価の一般的な目安 | 特徴・確認点 | |---|---:|---| | 大手開発会社 | 120万〜200万円以上 | 大規模案件や複数部署の調整に対応しやすい一方、管理階層が多くなる場合がある | | 中小開発会社 | 70万〜140万円 | 意思決定が比較的速く、設計から運用まで一貫して依頼できる会社も多い | | フリーランス | 60万〜120万円 | 直接依頼で管理費を抑えやすいが、代替要員や長期保守の体制を確認する必要がある | | オフショア開発会社 | 30万〜80万円 | 海外拠点で開発する方式。言語、時差、仕様伝達、品質管理を担う人員が別途必要になる場合がある | オフショア開発は、実装量が多く、仕様を明確に固定できる案件では費用を抑えられる可能性があります。一方、要件が頻繁に変わる新規事業では、説明や確認の工数が増え、国内開発との差が小さくなることもあります。 ### 単価を左右する主な要因 人月単価に影響する項目は、主に以下のとおりです。 - **担当者の経験と専門性**：複雑な業務知識やセキュリティ、クラウド設計などの専門性が必要になるほど上がりやすくなります。 - **契約上の責任**：成果物の完成を約束する請負契約では、開発会社が見込むリスクが価格へ反映される場合があります。 - **案件の不確実性**：作るものや既存システムの状態が不明確だと、調査や手戻りを見込んだ工数が加算されます。 - **納期の短さ**：短期間で完成させるために増員すると、管理や引き継ぎの負担が増えます。 - **管理範囲**：会議、進捗報告、課題管理、他社との調整まで任せる場合は、PMの工数が必要です。 - **勤務場所や時間の制約**：常駐、夜間作業、休日対応などが必要な場合は、追加費用が発生しやすくなります。 - **継続期間**：短期案件では立ち上がりや契約手続きの負担を回収するため、長期案件より単価が高くなることがあります。 契約形態も重要です。請負契約は、合意した成果物を完成させることを目的とする契約です。準委任契約は、担当者が一定の業務を適切に遂行することを目的とし、完成そのものを約束する契約ではありません。 準委任契約では、人月単価と稼働時間が明示されやすい一方、要件変更によって稼働期間が延びれば総額も増えます。請負契約では総額が先に提示されることが多いものの、不明点が多ければリスク分が価格へ上乗せされます。どちらが必ず安いというものではなく、仕様をどこまで決められるかで選ぶ必要があります。 ## 人月単価から開発総額と期間を考える方法 **開発総額は、工程ごとの「人月単価×工数」を合計し、外部サービス費や予備費を加えて考えます。** 全員の単価を平均して一式で見るより、役割と工程を分けたほうが見積もりの妥当性を確認しやすくなります。 ### Webシステム開発の計算例 以下は、会員登録、ログイン、データ登録、検索、管理機能を持つ中規模Webシステムを想定した架空の計算例です。実際の相場を保証するものではなく、計算方法を理解するための例です。 | 工程・役割 | 工数 | 人月単価・固定費 | 金額 | |---|---:|---:|---:| | 要件定義 | 1.5人月 | 120万円 | 180万円 | | 画面・システム設計 | 2人月 | 100万円 | 200万円 | | プログラム開発 | 4人月 | 85万円 | 340万円 | | テスト | 2人月 | 75万円 | 150万円 | | プロジェクト管理 | 1.5人月 | 130万円 | 195万円 | | 環境構築・公開作業 | 一式 | 80万円 | 80万円 | | **合計** | **11人月＋固定作業** | | **1,045万円** | この例では、人月で計算する費用が965万円、固定作業が80万円で、合計1,045万円です。ただし、次の費用は別途になる可能性があります。 - クラウドやサーバーの月額利用料 - 外部サービスやソフトウェアの利用料 - 既存データの整理・移行費用 - セキュリティ診断費用 - 操作マニュアルや研修費用 - 公開後の保守運用費用 - 発注者側の受入テストを支援する費用 特にテストは、対象端末、ブラウザ、利用者数、外部システムとの連携数によって工数が変わります。テストの外注範囲や見積もり方は、[システムテスト費用の相場｜外注範囲と選び方](https://www.geek-bridge.com/column/system-test-outsourcing-cost)も参考にしてください。 ### 人月と開発期間は一致しない 11人月の案件を11人で担当しても、1か月では完成しません。要件を決めてから設計し、設計後に開発し、完成した機能をテストするなど、前の工程が終わらなければ開始できない作業があるためです。 一方、画面ごとの開発や複数機能のテストなど、並行できる作業もあります。そのため、11人月の案件が実際に何か月かかるかは、担当人数だけでなく、作業の順序と発注者の確認期間によって決まります。上記の規模であれば、一般的には要件整理から公開まで5〜8か月程度が一つの目安になりますが、要件の確定状況や外部連携の有無によって前後します。 発注者側の意思決定も期間に影響します。画面や仕様の確認に毎回1〜2週間かかれば、その間に開発チームの待機や作業の組み替えが発生します。見積もり時には、開発会社の作業期間だけでなく、自社の確認・承認期間も工程表へ入れてもらいましょう。 ### 予算には変更対応分も考慮する 新規開発では、最初からすべての要件を確定できるとは限りません。要件の不確実性が高い場合、当初見積もりとは別に、予算全体の10〜20％程度を予備費として検討する方法があります。ただし、予備費を無条件に開発会社へ支払うのではなく、変更が発生したときに承認して使う枠として自社内で確保します。 また、予備費だけに頼らず、変更時の計算方法を契約前に決めておくことが重要です。追加開発の単価、見積もり・承認の手順、納期への影響、不要になった機能を減額できるかを確認してください。 ## 発注前の準備と見積もりの確認ポイント **妥当な見積もりを得るには、複数社へ同じ条件を伝え、単価ではなく工程・工数・対象範囲を比較します。** 発注のご相談を受ける開発会社の立場から見ると、見積もりの差は技術力だけでなく、各社が想定した範囲の違いから生じることが少なくありません。 ### 依頼前に整理する5項目 精密な仕様書がなくても、以下を整理すれば概算見積もりを依頼できます。 1. **開発目的**：売上向上、業務時間の削減、入力ミスの防止など、解決したい課題を示します。 2. **利用者と利用人数**：顧客、従業員、管理者など、誰がどの程度利用するかを示します。 3. **必要な機能と優先順位**：公開時に必須の機能と、後から追加できる機能を分けます。 4. **希望時期**：必須の公開日なのか、調整可能な目標日なのかを伝えます。 5. **予算の目安**：上限や社内承認の基準を伝え、予算内で実現できる案を求めます。 開発会社へ伝える情報をまとめる際は、[システム開発ヒアリングシート｜依頼前の作り方](https://www.geek-bridge.com/column/system-development-hearing-sheet)をご活用ください。情報が不足していても相談はできますが、未確定事項が多いほど見積もりの幅が広がるか、要件調査が有料になる可能性があります。 ### 見積書で確認するチェックリスト 見積書を受け取ったら、合計金額だけでなく、次の項目を確認します。 - [ ] 工程ごとの工数が記載されているか - [ ] PM、SE、プログラマーなど役割別の単価が分かるか - [ ] 各担当者が専任か、複数案件との兼任か - [ ] 要件定義、設計、テスト、公開作業が含まれているか - [ ] 会議、報告、課題管理などの管理工数が含まれているか - [ ] 対応する端末、OS、ブラウザの範囲が明記されているか - [ ] データ移行や外部システム連携が含まれているか - [ ] クラウド、外部サービス、ライセンスの費用が含まれているか - [ ] 発注者が用意する資料や作業が明記されているか - [ ] 対象外となる作業が明記されているか - [ ] 仕様変更時の追加単価と承認手順が決まっているか - [ ] 納品後の不具合対応期間と保守費用が分かるか - [ ] 税、交通費、出張費などの扱いが明記されているか 「開発一式」とだけ記載された見積書が直ちに不適切とは限りません。小規模案件では、細かく分ける管理コストのほうが大きくなる場合もあります。ただし、数百万円以上の案件で内訳がほとんどない場合は、少なくとも工程別工数、成果物、前提条件、対象外項目の説明を求めましょう。 ### 費用を抑えるなら単価より範囲を見直す 費用を下げたい場合、最初に人月単価の値下げを求めるより、開発範囲を見直すほうが効果的です。単価だけを下げると、経験の浅い担当者への変更や、テスト・管理工数の削減につながる可能性があります。 費用を調整する具体的な方法は以下のとおりです。 - 初回公開に必要な機能だけへ絞る - 利用頻度が低い例外処理を手作業で補う - 市販サービスで代替できる機能は新規開発しない - 画面デザインの種類を減らし、共通化する - 対応端末やブラウザの範囲を必要十分に絞る - 自社でデータ整理、マニュアル作成、テストの一部を担当する - 発注者側の責任者を決め、質問への回答を早める - 開発を複数段階に分け、効果を確認してから追加投資する ただし、自社作業へ切り替えれば必ず安くなるわけではありません。データ形式やテスト方法を誤ると、開発会社による修正が必要になります。自社で担当する作業についても、作業手順、完了条件、期限を開発会社と合意してください。 ### 開発会社を見極める質問 人月単価と見積もりの根拠を確認する際は、次のように質問すると比較しやすくなります。 - この案件で工数が大きい工程はどこですか - 想定より費用が増える可能性がある項目は何ですか - PMは月にどの程度、本案件へ関与しますか - 見積もりに含まれない作業は何ですか - 担当予定者は類似案件を経験していますか - 要件が変わった場合、追加費用をどう計算しますか - 工数を減らす代替案はありますか - 納品後の修正と保守は、どこから有料になりますか 良い提案は、単に「できます」と回答するだけではなく、費用が増える条件、削れる範囲、将来追加したほうがよい機能まで説明します。見積もりの妥当性確認や開発範囲の整理が必要な場合は、[開発のご相談はこちら](https://www.geek-bridge.com/#contact)からご相談ください。 ### 人月単価の比較でよくある失敗 最後に、単価を使って見積もりを比較する際の代表的な失敗を整理します。 **最安の人月単価だけで選ぶ** 単価が低くても、必要工数が多ければ総額は下がりません。例えば、単価80万円で10人月なら800万円、単価100万円で7人月なら700万円です。工数の根拠と担当者の経験を合わせて確認します。 **全職種を同じ単価で比較する** 会社によって、管理費を各職種の単価へ含める場合と、PM費として分ける場合があります。平均単価だけではなく、総額と役割分担を比較してください。 **管理工数を無駄と判断する** PM費用は成果物として見えにくいものの、進捗、課題、品質、関係者を調整するための費用です。管理工数をゼロにすると、発注者自身がその役割を担う必要があります。 **1人月を固定の成果量だと考える** 同じ1人月でも、担当者の経験や対象システムへの理解によって進む量は異なります。人月は作業量を示す見積もり単位であり、完成する機能数を保証する単位ではありません。 **概算見積もりを確定金額だと考える** 概算見積もりは、初期情報に基づくおおよその金額です。要件定義（=作るものを具体的に決める工程）を行うと、機能や制約が判明して金額が変わることがあります。概算の有効期限、変動幅、金額を確定する時期を確認しましょう。 ## まとめ - システム開発の人月単価は、国内の開発会社で1人月60万〜180万円以上が一般的な目安です。 - PM、SE、プログラマー、テスト担当など、役割と責任によって単価は異なります。 - 人月単価は担当者の給与ではなく、管理費、採用・教育費、設備費、会社の利益などを含む価格です。 - 開発総額は「役割別の単価×工数」に、環境構築、外部サービス、データ移行、保守などを加えて判断します。 - 人月と開発期間は一致せず、作業の順序や発注者の確認期間によって納期が変わります。 - 見積もりは単価だけでなく、工程別工数、成果物、前提条件、対象外項目、変更時のルールを比較します。 - 費用を抑える場合は、過度な単価交渉よりも、機能の優先順位や自社の分担範囲を見直すことが有効です。 - 開発会社には、工数が増える条件と、予算内に収める代替案の両方を説明してもらいましょう。 ## よくある質問 ### 1人月は何時間として計算しますか？ 1人月を何時間とみなすかは契約ごとに異なります。準委任契約では月140〜180時間程度の精算幅が置かれることがありますが、固定ではありません。見積書や契約書で基準時間、超過・控除の単価、休暇の扱いを確認してください。 ### 人月単価が高い会社ほど品質も高いですか？ 人月単価だけでは品質を判断できません。経験豊富な担当者が短時間で進める場合もあれば、管理費や会社規模によって単価が高い場合もあります。単価に加えて、担当者の経験、工程別工数、成果物、テスト範囲、管理体制を確認してください。 ### 請負契約でも人月単価を確認できますか？ 請負契約でも、多くの会社は役割別の工数と単価を基に原価を計算します。ただし発注者に人月の内訳を開示する義務が当然にあるわけではありません。比較に必要なら、工程別工数、前提条件、対象外項目の説明を依頼しましょう。 ### 概算見積もりの依頼前に何を準備すればよいですか？ 目的、利用者、必要機能、現在の業務フロー、希望時期、予算上限を整理すると概算しやすくなります。画面イメージや既存資料がなくても相談できますが、不明点は見積もりの幅または調査費として反映されます。