システム開発の見積りの見方｜人月単価と工数の仕組み

01はじめに｜金額の前に、根拠から読んでください

要点： 見積書を受け取ると、最初に目が行くのは右下の合計金額です。ただ、合計だけを見比べても判断はできません。同じ機能でも、想定する作業量が2倍違えば金額も2倍になるからです。読む順番は、工数、単価、合計です。

「A社は480万円、B社は860万円。どうしてこんなに違うのでしょうか」

ご相談でいちばん多い質問です。そして多くの場合、2社が同じものを作ろうとしていません。片方は画面だけを作る前提、もう片方は既存データの移行とテストまで含んでいる。合計だけを並べると、この差が見えません。

システム開発の見積りは、ほとんどの会社が同じ計算式で作っています。作業量を人月や人日に置き換え、単価を掛けるやり方です。難しいのはその作業量をどうやって出したのかという部分です。

この記事では、2000年創業のWeb制作・システム開発会社ZenWeb Japanが、発注する側の目線で見積書の読み方をお伝えします。開発の進め方はWebシステム開発サービスのページもご覧ください。

まずは、見積りの計算がどう成り立っているかを動画で押さえておくと、このあとの話が入りやすくなります。

02システム開発の見積りは工数×単価で決まる

要点： システム開発の見積りは「工数 × 人月単価 ＋ 実費」で作られます。工数は作業量、単価はその作業を担当する人の1か月あたりの費用、実費はサーバー代やライセンス料です。この3つのどれが大きいかで、見積書の性格が変わります。

開発費用 ＝ 工数（人月）× 人月単価 ＋ 実費

どの会社の見積書も、突き詰めればこの形です。金額の差は工数の見立てが違うか、単価が違うか、そのどちらかから生まれます。3つの要素を分けて見ておきます。

• 工数。 作業量を人の時間に換算した数字です。人月・人日・人時のいずれかで表され、システム開発では人月がよく使われます。
• 人月単価。 1人が1か月働いたときの費用です。役割（PM、SE、プログラマー）と依頼先の規模で変わります。
• 実費。 サーバー代、ドメイン代、有償ライブラリのライセンス料など、作業とは別に外部へ支払うお金です。

ここで一つ。工数と単価は、片方だけを見ても意味がありません。単価が安くても工数を多めに積んでいれば合計は膨らみますし、単価が高くても工数が締まっていれば総額は抑えられます。

金額のレンジそのものを知りたい場合は、システム開発の費用相場を100万円と1000万円の違いで整理した記事が早いかもしれません。ホームページ側の予算感はホームページ制作の費用相場にまとめています。

03人月とは何か｜人月 計算の仕組みと落とし穴

要点： 1人月は「1人が1か月働く量」です。人月 計算では、1か月をおおむね20営業日、1日を8時間として換算します。つまり1人月はおよそ160時間。3人月なら、1人で3か月でも3人で1か月でも同じ数字です。

1人月 ＝ 1人 × 1か月 ＝ 約20営業日 ＝ 約160時間。この換算が出発点です。人日表記なら20で割れば人月に直せます。「40人日」とあれば2人月です。

たとえば「開発工数 6人月、人月単価 90万円」なら開発費は540万円。6人月は、1人で半年かけても2人で3か月かけても、計算上は同じ量を指します。

人月 計算で誤解されやすい3つのこと

1. 人数を増やせば期間が縮む、とはかぎりません。 6人月の仕事は6人で1か月では終わりません。人が増えるほど打ち合わせと引き継ぎが増えます。
2. 1人月がまるまる実装に使われるわけではありません。 打ち合わせ、資料作成、レビュー、確認待ちの時間も工数に含まれます。
3. 単価は役割ごとに違います。 「人月単価90万円」と一本で書かれた見積書は、複数の役割をならした平均値です。

3つめは特に大事です。役割ごとの単価と人数が書かれていない見積書は、工数の中身を確認できません。PMが何人月か、テスト担当は何人月か。ここを聞くだけで作り込み方が分かります。

なお、日本のIT人材はこの先も不足が見込まれています。経済産業省のIT人材需給に関する調査では、2030年に最大で約79万人が不足するという試算が示されました。単価が下がりにくい背景です。

04工数 見積りの4つの手法｜どれで出したか聞く

要点： 工数 見積りの手法は主に4つ。類推法、係数モデル法、ファンクションポイント法、ボトムアップ法です。要件が固まる前は類推法、固まった後はボトムアップ法が使われるのが一般的です。

同じ機能でも、どの手法で出したかによって数字は変わります。手法まで覚える必要はありませんが、「どの方法で出しましたか」と一度聞けるかで、受け取る情報の質が変わります。

実務では、この順に精度が上がります。要件が決まっていないのに細かい数字が並んでいる見積書は、かえって注意が必要です。決まっていないものを積み上げれば、どこかに仮定が隠れているからです。

根拠を尋ねるときは、こんな言い方が使いやすいと思います。「この工数は、過去の似た案件から出したものですか。それとも作業を分けて積み上げたものですか」。要件がまだ固まっていないなら、先に要件定義の進め方を整理した記事を読んでおくと、見積りの精度そのものが上がります。

05開発 見積書の項目を1行ずつ読み解く

要点： 開発 見積書には、要件定義、設計、実装、テスト、環境構築、導入支援、メンテナンスという項目が並びます。金額そのものより、抜けている項目がないかを先に確認してください。抜けている項目は、後から別途請求になります。

• 要件定義費。 何を作るかを決める工程。ここが薄いと、後から仕様の追加が発生しやすくなります。
• 基本設計・詳細設計費。 画面や処理の設計。設計書が納品物に含まれるかも確認してください。
• 開発費（実装）。 プログラムを書く工程で、金額としてはいちばん大きくなりがちです。
• テスト費。 単体・結合・受入の3種類。受入テストの支援が入っているかは要確認です。
• 環境構築費。 サーバーやデータベースの用意。クラウドの月額利用料は別扱いです。
• データ移行費。 既存のExcelや旧システムからデータを移す作業。見積書から抜けやすい筆頭です。
• 導入支援・研修費。 操作説明やマニュアル作成。配布用の手順書が必要なら明記しましょう。
• メンテナンス費。 公開後の対応。月額か年額か、含まれる範囲はどこまでかを確認してください。
• プロジェクト管理費。 進行管理の費用。全体の10〜15%程度が計上されるのが一般的です。

このうちご相談でよく抜けているのがデータ移行費と受入テストの支援費です。どちらも「発注側でやるもの」と暗黙に想定され、認識がずれたまま契約に進んでしまいます。ホームページ制作の見積書も、項目の並びは違いますが読み方は共通です。ホームページ制作の見積書の見方もご覧ください。

06データで見る｜見積書の粒度と、後からの増額

要点： セカンドオピニオンとして持ち込まれた他社見積書を、記載の細かさ別に整理しました。行数が少なく「一式」表記の多い見積書ほど、契約後に金額が動きやすい傾向が見えています。

他社の見積書を拝見して気づくのは、金額の水準よりも書き方の粒度に大きな差があることです。

行数が多いほど良い見積書、ということではありません。行数は、その会社がどこまで具体的に考えたかの目安です。大切なのは、粗いときに不足分を質問で埋められるか。表の右端は、そのまま質問リストとして使えます。

071機能あたりの工数は、どう積み上がるのか

要点： 1つの機能を作るとき、実装に使われる工数は全体の3〜4割ほどです。残りは設計、テスト、レビュー、修正に配分されます。「実装だけならもっと安いはず」と感じるのは、この配分が見えていないためです。

「画面を1つ作るだけなのに、なぜ5人日もかかるのですか」。工程ごとの配分を見ると、理由が分かります。

実装は35%。残りの65%は、作る前と作った後の作業です。ここを削れば安くなりますが、削られるのはたいていテストとレビューで、公開後の不具合対応で結局同じだけ時間がかかります。

工数の統計そのものに関心があれば、情報処理推進機構（IPA）のソフトウェア開発分析データ集2022が参考になります。開発ベンダー35社の協力のもと、累計5,546件のプロジェクトデータから工数・工期・生産性が分析されています。

08「一式」と書かれた見積書への向き合い方

要点： 「一式」表記そのものが悪いわけではありません。問題は、一式の中身が文書として残っていないことです。対処法は単純で、含まれる機能と含まれない作業を、メールでもよいので文字にしてもらうことです。

「システム開発費 一式 6,800,000円」。この1行だけの見積書は不安になりますが、慌てて他社に切り替える必要はありません。要件がまだ動いている、社内のテンプレートがそうなっている、詳細は別紙にある。理由はいろいろです。

一式見積りを受け取ったときの3つの確認

1. 含まれる機能の一覧をもらう。 画面名でも処理名でもかまいません。一覧が出せないなら、まだ見積もれる状態ではないというサインです。
2. 含まれない作業を書き出してもらう。 データ移行、既存システムとの連携、原稿や画像の準備、公開後のメンテナンス。この4つは特に確認してください。
3. 変更が出たときの単価を聞く。 人日いくらなのか、機能単位なのか。ここが決まっていないと、後で交渉になります。

3つとも契約前ならごく普通の質問で、嫌がられることはまずありません。むしろすぐ答えられる会社かどうかで、進め方の丁寧さが見えます。依頼内容を文書で示せば一式表記そのものが減ります。RFP（提案依頼書）の書き方が準備の参考になります。

09追加開発 費用は、いつ、いくら増えるのか

要点： 追加開発 費用は、同じ内容の変更でも言い出すタイミングで大きく変わります。要件定義中ならほぼ発生しませんが、テスト工程や公開後になると、設計のやり直しとテストのやり直しが重なって膨らみます。

予算が超える原因のほとんどは変更のタイミングです。同じ「項目を1つ増やしたい」でも、いつ言うかで話がまったく変わります。

要件定義中なら数万円で済む変更が、公開後には100万円規模になることがあります。作る量が増えたからではなく、確認し直す量が増えるからです。ですから、追加開発 費用を抑える方法はひとつ。迷っていることは、要件定義の段階で全部出しておくことです。

10見積書に載らない費用｜公開後1年でかかるお金

要点： 開発費の見積書には、公開後の費用はほとんど載りません。サーバー利用料、メンテナンス費、SSL証明書、外部サービスの利用料、そして小さな改修。この5つで、初年度は開発費の15〜25%程度が別にかかります。

初期費用だけで予算を組むと、公開の翌月から「聞いていない請求」が始まったように感じます。実際は見積書の範囲外だっただけですが、把握していないと不信感につながります。

幅が広いのは、メンテナンスの範囲と外部サービスの使い方で変わるためです。それでも開発費の2割前後が毎年かかるという感覚を持つと、予算の立て方が変わります。依頼時に「初年度の運用費も概算で出してください」と一言添えれば、この部分が見えます。

112社の見積書を正しく比べる5つの手順

要点： 見積書の比較は、金額を並べる前に条件をそろえる作業から始めます。対象機能、含まれる工程、前提条件。この3つがそろって初めて金額に意味が出ます。

1. 対象機能をそろえる。 各社の見積書から機能名を抜き出して横に並べます。片方だけにある機能が、金額差の主因です。
2. 工程の抜けを確認する。 要件定義、設計、実装、テスト、移行、研修、メンテナンス。どれが入っていないかを各社ごとに印を付けます。
3. 工数と単価に分解する。 合計しか書かれていないなら内訳を問い合わせます。答えられない見積書は、一度比較対象から外します。
4. 前提条件を読み比べる。 「原稿は貴社ご支給」といった但し書きに、作業の押し付け合いが隠れています。
5. 初年度の総額で並べ直す。 開発費に運用費を足して比べます。初期が安くメンテナンスが高い構成は、2年目に逆転することがあります。

この5手順を通すと、いちばん安く見えた見積書が実は条件を絞っていた、という発見がよくあります。金額差の説明がつくかどうかが判断のよりどころです。社内で決めきれないときは、システム開発の外注と内製を比べた記事で判断基準を整理しています。

12発注側が見積りの精度を上げる方法

要点： 見積りの精度は、開発会社の腕前だけで決まるものではありません。発注側が現状の業務と困っていることを具体的に伝えられるほど、工数の見立てが締まります。必要なのは資料3点です。

「うちは素人だから説明できません」と言われることがありますが、専門用語は不要です。必要なのは、いま何をどうやっているかという事実だけです。

• いま使っている帳票やExcelの実物。 新しく資料を作るより、現物のほうが正確に伝わります。
• 1日の業務の流れを書いたメモ。 誰が、いつ、何を入力しているか。箇条書きで十分です。
• 困っていることの一覧。 「月末の集計に3日かかる」など具体的な事実で。解決策は開発会社が考えます。

この3点があると、開発会社は類推法ではなく、実際の作業量に近い形で工数を出せます。資料の精度が上がると、見積りの幅が狭まるのです。Excel管理からの移行ならExcel業務をシステム化すべきサイン、段階的に進めたいなら小規模から始めるDXの進め方もご覧ください。予約のように型が決まった業務は、予約システムの導入方法のように既製品との比較から入る手もあります。

開発体制によっても単価は変わります。ベトナムオフショア開発を組み合わせる場合の考え方も、ご相談時にお伝えしています。

13まとめ｜見積書は金額表ではなく、認識合わせの資料

要点： システム開発の見積りは、工数と単価という2つの数字に分解して読んでください。分解できれば比較でき、比較できれば質問が生まれ、質問が認識のズレを先に見つけてくれます。

• 見積りの式は「工数 × 人月単価 ＋ 実費」。合計だけを比べても意味がありません。
• 1人月は約160時間。実装以外の工程も、その中に含まれています。
• 工数の出し方は要件の固まり具合で変わります。決まっている範囲が精度を左右します。
• 見積書は「抜けている項目」を探して読みます。データ移行と受入テストが要注意です。
• 追加開発 費用は、変更を言い出す時期で桁が変わります。迷いは早く出すほど安く済みます。
• 予算は初年度の運用費まで含めて組んでください。開発費の15〜25%が目安です。

見積書を「値段の紙」だと思うと、安いほうを選ぶしかなくなります。でも、あれは作る側と頼む側が、同じものを思い浮かべているかを確かめる資料です。そう見ると、質問することが自然になります。費用や進め方の記事はWeb制作ブログに、会社の成り立ちは会社概要にまとめています。

14よくある質問

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

依頼先の規模と担当する役割で変わります。国内では、プログラマーで月60〜90万円、システムエンジニアで月80〜120万円、プロジェクトマネージャーで月100〜160万円あたりが一つの目安です。オフショアを組み合わせると、この水準より抑えられる場合があります。

2. 見積りは無料でもらえますか？

概算の見積りは無料の会社がほとんどです。ただし、要件定義まで踏み込んだ精緻な見積りは有償になることがあります。有償の場合は、その費用が本契約に充当されるかどうかを確認してください。ZenWeb Japanでは、概算のご提示までは無料で対応しています。

3. 見積りを取るのに、どれくらい時間がかかりますか？

資料がそろっていれば1〜2週間、ゼロから整理する場合は3〜4週間ほどです。急ぎなら数日で概算をお出しできますが、その分だけ金額の幅は広くなります。

4. 相見積りは何社まで取るのがよいですか？

3社前後が現実的です。多すぎると比較の作業が負担になり、各社への説明も雑になります。説明が雑になれば見積りの精度も落ちるため、社数を増やすほど正確になるわけではありません。

5. 見積りより高くなった場合、支払う義務はありますか？

契約の形によります。請負契約で金額が確定していれば、原則その金額です。準委任契約や、変更が合意されている場合は追加分が発生します。契約前に「どこまでが見積り金額の範囲か」と「変更時の手続き」を書面で確認しておきましょう。