Webシステム開発の見積もりが人月換算で出てくる理由｜金額の妥当性を判断する視点 2026

Web開発を外注しようとして見積もりを取ったら、「人月」という聞き慣れない単位で金額が示されて戸惑った。そんな経験はないだろうか。「人月 見積もり web開発」と検索する読者の多くは、提示された金額が高いのか妥当なのか判断材料がなく、なぜ工数ベースの計算になるのかを理解したいはずだ。結論から言うと、人月は「1人が1か月フルタイムで働く作業量」を表す単位であり、システム開発の見積もりが人月換算になるのは、開発費用の大半が人件費だからだ。この記事では、人月の定義から相場、見積もりの内訳、依頼の流れ、失敗しない外注先の選び方まで、発注者が意思決定できる粒度で解説する。

人月見積もりを巡る市場の現状

Web開発の受発注市場では、依然として人月単価をベースにした見積もりが主流だ。背景には、システム開発が装置産業ではなく労働集約型の産業であるという構造がある。工場で機械を動かして製品を作るのとは違い、Web開発はエンジニアの作業時間そのものが原価になる。そのため見積もりも「何人が何か月働くか」を基準に組み立てられる。

中小企業庁が公表している調査でも、IT人材の需給ギャップは今後も拡大傾向にあるとされており、優秀なエンジニアの稼働時間はますます希少な資源になっている。エンジニアの絶対数が不足している状況では、人月単価は下がりにくく、むしろ経験豊富な人材ほど単価が上昇する傾向が続く。発注者にとっては「人月単価が高い＝ぼったくり」ではなく、「人月単価が高い＝需要に対して供給が追いついていない専門人材を確保している」という側面があることを理解しておく必要がある。

もう一つの現状として、SES（システムエンジニアリングサービス）型の多重下請け構造が根強く残っている点が挙げられる。大手システムインテグレーターが元請けとなり、二次請け・三次請けへと業務を再委託していく構造では、各段階でマージンが上乗せされる。発注者が最初に受け取る見積もりの人月単価には、実際に手を動かすエンジニアの取り分だけでなく、複数の仲介会社の利益が積み重なっていることも珍しくない。この構造を知っているかどうかで、見積もりの読み方は大きく変わる。

近年はリモートワークの普及により、地方在住のエンジニアや個人のフリーランスと直接契約するケースも増えている。中間業者を介さない直接発注であれば、同じ予算でより高いスキルのエンジニアに依頼できる可能性が高まる。人月という単位そのものは変わらなくても、「誰を通して発注するか」によって実質的なコストパフォーマンスは大きく変わるのが、この市場の現状だ。

人月とは何か。人日・人時との違い

まず基本の定義を整理する。人月とは「1人のエンジニアが1か月フルタイムで作業した場合の工数」を表す単位だ。1人月は一般的に稼働日数20日前後で計算されることが多く、企業によっては160時間（1日8時間×20日）を1人月とする場合もある。

人日は「1人が1日作業した場合の工数」で、1人月はおおよそ20人日に相当する。人時は「1人が1時間作業した場合の工数」で、1人日はおおよそ8人時に相当する。この換算関係を押さえておくと、見積書に人月・人日・人時のどれで記載されていても、金額の妥当性を比較できるようになる。

人月・人日・人時の換算表

単位	換算目安	用途
1人月	約20人日	大規模開発、長期プロジェクトの見積もり
1人日	約8人時	中規模の機能追加、短納期案件
1人時	60分の作業量	保守・運用、時間精算型の契約

大規模なシステム開発では人月単位、中小規模のWeb制作や機能追加では人日単位、保守運用や軽微な修正では人時単位で見積もられることが多い。読者が依頼しようとしている案件の規模に応じて、どの単位で見積もりが出てくるかは変わってくる。

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

人月単価とは、エンジニア1人を1か月稼働させるためにかかる費用のことだ。相場はエンジニアの経験・スキル・役割によって大きく変動する。

未経験に近いジュニアクラスのエンジニアであれば人月40万円〜60万円程度、実務経験3年以上のミドルクラスであれば60万円〜100万円程度、要件定義や設計を主導できるシニアクラス・プロジェクトマネージャークラスであれば100万円〜150万円以上が目安になる。

同じ役割でも、経験豊富なベテランほど単価は上がります。また、首都圏で100万円前後の中堅エンジニアが、地方では60万〜70万円程度になるなど、地域差も小さくありません。なお、ここで示した金額はあくまで一般的な目安であり、実際の判断は個別の見積もりで確認してください。 出典: sucsak.com

この地域差は見落とされがちなポイントだ。同じスキルセットのエンジニアであっても、首都圏の開発会社に依頼するか、地方の開発会社やフリーランスに依頼するかで、人月単価が30万円〜40万円近く変わることがある。オフィスの固定費や人件費水準が地域によって異なるためだ。リモートワークが一般化した今、開発の質が担保できるなら地域にこだわらず発注先を探すことが、コストを抑える一つの手段になる。

技術領域によっても単価は変動する。一般的なWebアプリケーション開発よりも、AI・機械学習、ブロックチェーン、大規模データ基盤といった専門性の高い領域は、対応できるエンジニアの母数が少ないため単価が高くなりやすい。逆に、既存のノーコード・ローコードツールを活用した開発であれば、人月換算そのものが不要になるケースもある。

見積もりの内訳と計算方法

Web開発の見積もりは「工数×人月単価＋固定費」という式で算出されるのが基本だ。

システム開発の費用は「工数×人月単価＋固定費」で算出され、その大半は人件費です。算出方法には経験則・類推・積み上げ・パラメトリックなどがあり、正式な発注の根拠とするなら機能ごとに工数を積み上げたボトムアップの見積もりが基本になります。 出典: sucsak.com

見積もり手法には主に4つある。

1つ目は経験則による見積もりで、過去の類似案件の実績から大まかな工数を割り出す方法だ。開発会社の経験値に依存するため、実績が豊富な会社ほど精度が高くなる。

2つ目は類推見積もりで、規模の近い過去案件をベースに規模比で工数を算出する方法だ。初期の概算見積もりでよく使われる。

3つ目は積み上げ見積もり（ボトムアップ見積もり）で、機能ごとに必要な作業を洗い出し、それぞれの工数を積み上げて合計する方法だ。最も精度が高く、正式な発注の根拠にするならこの方式が基本になる。ただし要件定義がある程度固まっていないと積み上げができないため、企画段階のプロジェクトでは使いにくい。

4つ目はパラメトリック見積もりで、画面数やデータベースのテーブル数といった定量的な指標から統計的に工数を算出する方法だ。大規模なシステム開発で用いられることが多い。

発注者が最初にもらう見積もりが概算なのか、積み上げによる正式な見積もりなのかを確認することは、金額の妥当性を判断するうえで欠かせない。概算段階の金額をそのまま契約金額だと思い込むと、後から工数の増減で金額が変わったときに「話が違う」というトラブルになりやすい。

概算見積もりの目安計算

発注者自身が概算のあたりをつける方法として、「想定工数（人月）×人月単価」で大まかな金額を計算する手法がある。

たとえば「10人月かかりそうな開発を、人月単価100万円で発注する」と仮定すれば、概算は1,000万円になります。これはあくまで初期の当たりを付けるための数字ですが、提示された見積もりが2倍離れていれば「なぜこの工数なのか」を質問するきっかけになります。発注側が概算を持っているかどうかで、見積もりの読み方は大きく変わります。 出典: sucsak.com

この考え方は非常に実用的だ。発注者自身が事前に相場感を持っておけば、提示された見積もりが極端に高い、あるいは極端に安いといった異常値を検知しやすくなる。極端に安い見積もりは、要件の認識違いや後からの追加請求のリスクを示唆している場合もあるため、安さだけで飛びつくのは危険だ。

見積もりに含まれる費用項目

見積書に記載される費用は人件費だけではない。主な内訳は以下の通りだ。

・要件定義費用：発注者の要望をヒアリングし、開発すべき機能を明文化する工程の費用 ・設計費用：画面設計、データベース設計、外部連携の仕様策定などにかかる費用 ・実装費用：実際にコードを書く工程で、開発費用全体の中で最も大きな割合を占める ・テスト費用：単体テスト、結合テスト、総合テストなど品質確認にかかる費用 ・プロジェクト管理費用：進捗管理、品質管理を行うプロジェクトマネージャーの人件費 ・保守運用費用：リリース後の不具合対応やアップデート対応にかかる月額費用 ・諸経費：サーバー費用、外部APIの利用料、ライセンス費用など

見積書にこれらの項目が明確に分かれていない場合、後から「この作業は見積もりに含まれていない」というトラブルが起きやすい。発注前に、どこまでが基本料金に含まれ、どこからが追加費用になるのかを確認しておくことが重要だ。

開発規模別の費用相場

システムの規模によって、必要な工数と費用は大きく変わる。

小規模なWebサイト・コーポレートサイトのリニューアルであれば、数十万円から100万円程度が目安になる。ランディングページに近い静的なサイトであれば、さらに費用は抑えられる。

中規模のWebアプリケーション（会員登録機能、簡易的な決済機能を含むもの）であれば、300万円〜800万円程度が目安になる。工数にすると3人月〜8人月程度が一般的なレンジだ。

大規模な業務システム（複数部署をまたぐ基幹システム、大規模ECサイトなど）であれば、1,000万円を超えることも珍しくない。要件定義から本番稼働まで半年から1年以上かかる案件では、工数も10人月を超えることが一般的だ。

自社の開発したい内容がどの規模に近いのかを把握しておくと、見積もりの妥当性を判断する土台ができる。

開発費用を抑える方法

費用を抑えるための現実的な方法はいくつかある。

1つ目は要件を最小限に絞ることだ。最初から全ての機能を作り込むのではなく、必要最低限の機能（MVP）でリリースし、利用状況を見ながら段階的に機能を追加していく方法がある。初期投資を抑えられるだけでなく、不要な機能を作り込むリスクも減らせる。

2つ目は既存のフレームワーク・ライブラリを積極的に活用することだ。ゼロから全てを実装するのではなく、実績のあるオープンソースの部品を組み合わせることで、実装工数を削減できる。

3つ目は仲介会社を介さず、実際に開発するエンジニアやチームへ直接発注することだ。大手システムインテグレーターやエージェント会社を経由すると、その分のマージンが人月単価に上乗せされる。フリーランスや小規模な開発チームへ直接依頼すれば、中間マージンが発生しない分、同じ予算でより多くの工数を確保できる。

4つ目は要件定義を発注者側で丁寧に行うことだ。要件が曖昧なまま発注すると、開発途中での仕様変更や手戻りが発生し、追加の工数がかかる。事前に業務フローや必要な機能を整理しておくだけで、見積もり時点での工数の見立ての精度が上がり、結果的に無駄な費用を防げる。

失敗しない外注先の選び方

見積もりの金額だけで発注先を決めるのは危険だ。以下の観点を確認しておきたい。

実績と得意領域を確認する

依頼したいシステムと近い領域の開発実績があるかを確認する。ECサイトの実績が豊富な会社に業務系の基幹システムを依頼すると、得意領域のズレから想定外の工数がかかることがある。

見積もりの内訳が明確かを確認する

「一式」とだけ書かれた見積もりではなく、要件定義・設計・実装・テストといった工程ごとに費用が分かれているかを確認する。内訳が明確な会社ほど、追加費用が発生した際の説明も明確になりやすい。

コミュニケーションの取りやすさを確認する

開発期間中、定期的な進捗報告や相談の機会があるかを事前に確認しておく。窓口担当者と実際に開発するエンジニアが同一人物か、間に営業担当が入るかによっても、伝わる情報の精度が変わってくる。

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

1社だけの見積もりでは相場観がつかめない。最低でも2〜3社から見積もりを取り、工数の見立てや費用感を比較することで、極端に高い、あるいは安い見積もりを見抜きやすくなる。

私自身、初めてWeb制作を外注した際、1社の見積もりだけを見て「相場はこんなものか」と思い込み、契約してしまった経験がある。後から他社にも見積もりを依頼したところ、同じ要件で3割近く安い金額を提示され、比較しなかったことを悔やんだ。見積もりは必ず複数社から取るべきだと、身をもって学んだ。

発注の流れ

Web開発を外注する際の基本的な流れは以下の通りだ。

1. 要件整理：どのような機能が必要か、予算・納期の希望をまとめる
2. 発注先候補の選定：実績や得意領域から候補を数社ピックアップする
3. 見積もり依頼：要件を伝え、複数社から見積もりを取る
4. 見積もり比較・質疑応答：金額と内訳を比較し、疑問点を質問する
5. 契約：業務委託契約書を締結し、支払い条件・納期・検収条件を明確にする
6. 要件定義・設計：発注先と詳細な仕様をすり合わせる
7. 実装・テスト：開発が進行し、定期的に進捗を確認する
8. 納品・検収：完成したシステムを確認し、問題がなければ検収する
9. 保守運用：リリース後の不具合対応やアップデートを継続的に依頼する

この流れの中で、発注者が特に注意すべきなのは契約段階だ。支払い条件（着手金・中間金・完了時の割合）、検収の基準、契約解除時の取り扱いなどを事前に文書で明確にしておくことで、後々のトラブルを防げる。

見積もりでよくある注意点

見積もり時に発注者が陥りやすい落とし穴がいくつかある。

まず、極端に安い見積もりを提示された場合は要注意だ。相場より大幅に安い金額は、要件の認識が浅いまま出されている可能性がある。後から「この機能は見積もりに含まれていなかった」という追加請求が発生し、結果的に相場並み、あるいはそれ以上の費用になるケースがある。

次に、見積もり時点の要件と、実際の開発中に発注者が追加したい機能との差分を管理することも重要だ。開発途中で「やっぱりこの機能も欲しい」という追加要望が積み重なると、当初の見積もりから大きく外れた金額になる。追加要望が出た際は、その都度追加見積もりを取り、都度合意することが望ましい。

さらに、保守運用費用を見落とすケースも多い。開発費用だけに注目してしまい、リリース後の月額保守費用を考慮していないと、想定外のランニングコストに驚くことになる。開発費用と保守運用費用は必ずセットで確認しておきたい。

システム開発の見積もりでよく使われるツールとして、工数管理表やプロジェクト管理ツールがある。エクセルでの手動管理から、専用のプロジェクト管理ツールへ移行することで、工数の予実管理がしやすくなり、見積もりの精度向上にもつながる。開発会社がどのようなツールで進捗・工数を管理しているかを確認しておくと、プロジェクトの透明性を判断する材料になる。

独自データの考察

内部リンク先のソフトウェア作成者の年収・単価相場のデータを見ると、フリーランスのソフトウェアエンジニアの単価レンジは経験年数によって大きく開いている。この単価差は、そのままエンドユーザーである発注者が支払う人月単価の差にも直結する構造だ。

20年この在宅ワーク・フリーランス市場を見てきた立場から言えば、発注者が見積もりで失敗する最大の要因は「金額の高い安い」だけで判断し、内訳や工数の妥当性を確認しないことにある。長く付き合える発注者ほど、最初の見積もり段階で「なぜこの工数になるのか」を丁寧に質問し、開発側と認識をすり合わせる時間を惜しまない傾向が見られる。逆に、値段交渉だけを急いで内訳を確認しない発注者ほど、後から「聞いていた話と違う」というトラブルに陥りやすい。

もう一つ、運営者として見てきた実感がある。それは、仲介会社を経由した多重下請け構造では、実際に手を動かすエンジニアの取り分が想像以上に薄くなっているケースが多いということだ。人月単価100万円の案件でも、二次請け・三次請けを経由すると、実際に開発するエンジニアの手取りは半分以下になっていることも珍しくない。フリーランスへ直接発注すれば、この中間マージンがそのまま消える。発注者は同じ予算でより経験豊富なエンジニアに依頼できるようになり、受け手であるエンジニア側も手取りが厚くなる。手数料0%の直接取引がもたらすのは、単なる値引きではなく、双方にとっての取り分の最適化だという構造を理解しておくと、外注先選びの判断軸が一段深まる。

なお発注業務そのものについては、AIコンサル・業務活用支援のお仕事のように、要件整理や発注先選定そのものを専門家に相談できる窓口も存在する。開発の専門知識がない発注者が単独で判断に迷う場合、こうした業務活用支援の視点を借りることも一つの選択肢になる。また、システム開発だけでなくアプリケーション開発のお仕事のように、スマートフォンアプリ領域に特化した発注先を探す場合も、Webシステム開発とは異なる工数・単価の相場観が存在する点は押さえておきたい。

見積もり比較を自力で行うのが難しい場合、著述家，記者，編集者の年収・単価相場のように、開発以外の職種でも単価相場のデータベースを参照することで、業務委託全般における「専門性と単価の関係」を横断的に理解できる。開発だけでなく、関連する周辺業務の相場感を持っておくことも、見積もり全体の妥当性判断に役立つ。

見積もりを比較検討するプロセスに不安がある発注者は、ビジネス文書検定のような文書作成スキルを学ぶことで、契約書や仕様書の読み解き方、要件定義書の書き方を体系的に理解できるようになる。発注者自身が要件を明文化する力を持つことは、見積もりの精度を上げる最も確実な方法の一つだ。

私が発注する立場で見積もりを比較していたとき、安さだけで選んだ開発会社が、後になって「この機能は別料金です」と次々に追加請求してきたことがあった。契約前に内訳を細かく確認しなかった自分の落ち度でもあるが、この経験から、金額の妥当性は総額の比較だけでなく、内訳の透明性とセットで判断すべきだと痛感した。関連して、Web制作フリーランスの見積もり術｜適正価格の出し方と交渉テクニックでは、受注者側が適正価格をどう算出しているかを解説しており、発注者にとっても「相手がどう見積もりを組み立てているか」を知る手がかりになる。またフリーランスの見積もり失敗談｜安すぎた・高すぎた実例と適正価格の出し方【2026年版】では、見積もりの失敗事例が具体的にまとめられており、発注前に目を通しておくと同じ轍を踏むリスクを減らせる。

システム開発の人月換算は、一見すると複雑で分かりにくい仕組みに思えるかもしれない。しかし、工数×単価という基本構造さえ理解しておけば、提示された見積もりが妥当かどうかを自分自身の目で判断する土台ができる。金額の安さだけでなく、内訳の透明性、発注先の実績、そして中間マージンの有無まで含めて総合的に比較することが、失敗しない外注先選びの本質だ。

よくある質問

Q. Web開発の見積もりが「人月」で出てくるのはなぜですか？

システム開発費用の大半が人件費であり、工数を「1人が1か月働く作業量」を基準に算出するのが最も分かりやすい方法だからです。工数×人月単価で費用を計算する仕組みが業界全体で定着しています。

Q. 人月単価の相場はどれくらいですか？

経験によって異なり、ジュニアクラスで月40万円〜60万円、ミドルクラスで60万円〜100万円、シニアクラスやプロジェクトマネージャーで100万円〜150万円以上が目安です。地域や技術領域によっても変動します。

Q. 見積もりが極端に安い会社は避けるべきですか？

相場より大幅に安い見積もりは、要件の認識が浅いまま出されている可能性があります。後から追加請求が発生し、結果的に相場並みかそれ以上の費用になるケースがあるため、内訳を必ず確認してください。

Q. 中間マージンを避けて費用を抑える方法はありますか？

大手システムインテグレーターやエージェント会社を経由せず、実際に開発するフリーランスや小規模チームへ直接発注することで、中間マージン分のコストを抑えられます。同じ予算でより経験豊富な人材に依頼しやすくなります。