受託開発の見積もりを受け取ったとき、金額が高いのか安いのか、そもそも妥当なのかを自分で判断できずに困ったことはないでしょうか。人月単価という言葉はなんとなく知っていても、その中身や、見積書のどこを見れば妥当性がわかるのかまでは、初めての発注ではイメージしにくいものです。

結論から言うと、受託開発の見積もりは「人月(作業量)×人月単価(1人が1か月働く対価)」で決まり、妥当性は金額の大小ではなく、工数の根拠と単価の内訳が説明できるかで判断します。この記事では、受託開発の見積もり・人月単価の仕組みと費用相場、見積書で確認すべき内訳、そして高すぎる見積もり・安すぎる見積もりのサインまで、発注者が損しないための判断軸を解説します。

この記事のポイント

  1. 受託開発の見積もりは「人月×人月単価」で算出される
  2. 安すぎる見積もりほど、工程省略や追加費用のリスクに注意が必要
  3. 見積書は金額だけでなく、範囲・前提条件・工数の内訳まで確認する
  4. 相見積もりは金額だけでなく提案内容・実績まで含めて比較する
目次
  1. 受託開発の見積もりの仕組みと人月単価の読み方
  2. 受託開発の見積もりが「人月×単価」で決まる仕組み
  3. 受託開発の費用相場(規模別の目安)
  4. 見積書で確認すべき内訳
  5. 受託開発の見積もりが妥当かを見抜く判断軸
  6. 高すぎる見積もり・安すぎる見積もりのサイン
  7. 相見積もりで比較するときの注意点
  8. 受託開発の見積もりに関するよくある質問
  9. 総括:受託開発の見積もりで損しないための判断軸

受託開発の見積もりの仕組みと人月単価の読み方

受託開発の見積書を見ながら人月単価の内訳を確認する発注担当者
受託開発の見積もりは「人月×人月単価」で決まる

受託開発の仕組みや契約の全体像は受託開発とは何かを発注側目線で解説した記事で整理していますが、ここでは費用と見積もりに絞って詳しく見ていきます。

受託開発の見積もりが「人月×単価」で決まる仕組み

受託開発の見積もりの基本は、「人月(工数)×人月単価」という掛け算です。人月とは、エンジニア1人が1か月フルタイムで働いた作業量を表す単位で、必要な作業量を見積もった上で、担当するエンジニアの単価をかけ合わせて金額が算出されます。人月単価には、エンジニアへの報酬だけでなく、開発会社の経費や利益も含まれているため、フリーランスに直接依頼する場合よりも高くなるのが一般的です。

受託開発は請負契約が基本のため、契約時に決めた金額以外は基本的に発生しません。ただし、これは「最初に見積もった範囲内であれば」という条件付きです。開発の途中で要件を追加すれば、その分の工数が上乗せされ、見積もりも膨らみます。受託開発の見積もりを読むときは、金額そのものより先に「何が含まれ、何が含まれていないか」という範囲を確認する視点が欠かせません。

なお、契約形態によっても見積もりの性格は変わります。成果物の完成を約束する請負契約では、見積もり時点で工数を見込んで金額を固定するのに対し、稼働時間に対して対価を払う準委任契約では、当初の見積もりはあくまで目安で、実際の稼働時間に応じて金額が変動します。受け取った見積もりがどちらの契約を前提にしたものかで、金額の見方も変わってくる点は押さえておきたいところです。

受託開発の費用相場(規模別の目安)

受託開発の費用は、システムの規模と複雑さで大きく変わります。目安として、小規模なシステムは数百万円程度から、中規模のシステムは1,000万円〜5,000万円程度、大規模なシステムはそれ以上になることが一般的です。工数の目安も、小規模で1〜3人月、中規模で4〜10人月、大規模で10〜50人月というのが一つの基準になります。

規模の目安 工数の目安 費用の目安
小規模(簡易な業務システム・LP付きサイトなど) 1〜3人月 数十万円〜数百万円
中規模(一般的な業務システム・アプリ) 4〜10人月 1,000万円〜5,000万円
大規模(基幹システム・複数機能の連携) 10〜50人月 5,000万円以上

ただし、これらはあくまで一般的な目安であり、実際の金額は要件の複雑さや依頼先によって大きく変わるため、最終判断は個別の見積もりで行ってください。システムの種類別・開発パターン別の相場感をより詳しくつかみたい場合は、システム開発費用の相場と内訳を開発パターン別に解説した記事もあわせて確認すると判断材料が増えます。

人月単価も一律ではなく、エンジニアのスキルレベルや、開発会社の規模・ブランド力によって差が出ます。同じ技術要件でも、大手の開発会社に依頼するか、中小の専門会社に依頼するかで、人月単価が数割単位で変わることも珍しくありません。単価の高さそのものは悪いことではなく、「その単価に見合う実績・体制があるか」まで見て初めて妥当性を判断できます。

たとえば、同じ「在庫管理機能の開発に3人月かかる」という見積もりでも、人月単価が60万円の会社なら180万円、100万円の会社なら300万円と、単価一つで総額は大きく変わります。ここで単価の差だけを見て「高い・安い」と判断するのではなく、その会社が過去に似た業務システムを手がけた実績があるか、要件定義や設計にどれだけ時間をかけているか、といった中身まで確認することが、結果的に手戻りの少ない開発につながります。

見積書で確認すべき内訳

受託開発の見積書を受け取ったら、合計金額だけでなく、内訳の書かれ方を確認してください。工程ごと(要件定義・設計・開発・テスト・リリース)に金額が分かれているか、各工程の人月・単価が明記されているかで、見積もりの精度と説明のしやすさが変わります。工程が「一式」とまとめられている見積もりは、あとから「どこにいくらかかっているか」を検証しづらく、追加費用の交渉でも不利になりがちです。

受託開発ならではの注意点として、開発会社が別のパートナーへ再委託(多重下請け)している場合、実際の作業単価と見積もり上の単価に差が生じ、品質や対応スピードが見積もりの想定と食い違うことがあります。見積もりの内訳とあわせて、実際に手を動かすのが自社のエンジニアか、再委託先かも確認しておくと安心です。見積もりの内訳や前提条件を体系的に点検したい場合は、システム開発見積もりチェックシート(危険サインを見抜く60項目)で、抜けやすい項目を確認できます。工数の算出手法や見積もりの読み方をさらに詳しく知りたい場合は、システム開発の見積もりの見方を解説した記事も参考になります。

受託開発の見積もりが妥当かを見抜く判断軸

複数の受託開発の見積書を並べて金額と内訳を比較する様子
見積もりの妥当性は、金額の高低ではなく根拠の説明可能性で判断する

相場と内訳がわかったところで、実際に受け取った受託開発の見積もりが妥当かどうかを見抜く判断軸を整理します。

高すぎる見積もり・安すぎる見積もりのサイン

発注側が警戒すべきなのは、実は「高すぎる見積もり」よりも「安すぎる見積もり」です。相場より極端に安い見積もりの裏には、テストなど一部工程の省略、経験の浅いエンジニアの投入、あるいは「まず安く受注してから追加費用を積み重ねる」という狙いが隠れていることがあります。逆に見積もりが相場より高い場合は、なぜその金額になるのか(要件が複雑、特殊な技術が必要、手厚い保守体制を含む、など)を開発会社に具体的に説明してもらいましょう。理由に納得できるかどうかで、その会社の技術力とプロジェクトへの理解度も見えてきます。

工数の妥当性を確認する視点も重要です。たとえば「他社が3か月かかると言っていた機能を1か月で開発する」といった提案があれば、その根拠(既存モジュールの流用、テンプレートの活用など)を必ず確認してください。根拠のない短納期・低価格は、開発現場の過重労働や品質低下につながりやすく、結果的に納品後の手戻りという形で発注側に跳ね返ってきます。

具体的には、相見積もりを取った3社のうち1社だけ突出して安い場合は要注意です。他の2社が同程度の金額を提示しているなら、それが実勢に近い相場と考えられ、突出して安い1社には、テスト工程が簡略化されていないか、保守・運用のサポート範囲が狭くなっていないかを個別に確認する価値があります。逆に1社だけ突出して高い場合も、要件の解釈違いがないか、見積もりの前提をすり合わせ直すことで、無駄な費用を避けられることがあります。

相見積もりで比較するときの注意点

受託開発の見積もりが妥当かどうかは、1社だけを見ていても判断がつきません。複数の開発会社から相見積もりを取り、同じ要件・同じ前提条件で比較することが基本です。その際は、合計金額だけでなく、工程ごとの内訳・提案内容の具体性・実績・保守体制まで、同じ軸で並べて比較してください。項目がバラバラのまま金額だけを比べると、範囲の広い見積もりが「高い」と誤解されたり、範囲の狭い見積もりが「安い」と誤解されたりします。

比較の軸をあらかじめ用意しておくと、各社への質問も具体的になり、回答の質からも会社の実力を推し量れます。また、金額や実績だけでなく、見積もり作成までの対応スピードや質問への回答の丁寧さも、実際にプロジェクトが始まってからのコミュニケーションの質を占う材料になります。見積もりの数字だけを見て決めるのではなく、やり取りの過程そのものも比較対象に含めておくと、後悔の少ない選び方ができます。

もう一つ意識したいのが、見積もりのタイミングです。要件がまだ固まりきっていない段階で複数社に見積もりを依頼すると、各社が異なる前提で金額を出してしまい、単純比較ができなくなります。最低限、作りたいものの目的・主要機能・想定規模だけは統一した資料にまとめてから相見積もりを依頼すると、金額の差が「前提の違い」なのか「会社の実力差」なのかを見分けやすくなります。

受託開発の見積もりに関するよくある質問

受託開発の見積もりについて、発注側からよく聞かれる疑問をまとめました。

Q. 受託開発の見積もりで、追加費用が発生しやすいのはどんなときですか?
A. 主に、契約後に要件を追加・変更したときです。当初の見積もり範囲に含まれていない作業は、原則として別途の見積もりと契約変更が必要になります。
Q. 人月単価はどれくらいが相場ですか?
A. エンジニアのスキルや開発会社の規模によって幅があり、一概には言えません。単価の絶対値よりも、その単価に見合う実績・体制があるかを確認することが大切です。
Q. 請負契約と準委任契約で、見積もりの見方は変わりますか?
A. 変わります。請負契約の見積もりは完成に必要な工数の見込みで金額が固定されますが、準委任契約は稼働時間に応じて変動するため、見積もりはあくまで目安として扱ってください。
Q. 見積もりが「一式」としか書かれていません。問題ありますか?
A. 内訳が不明瞭だと、追加費用が発生したときに妥当性を検証しづらくなります。工程ごとの人月・単価を明記してもらうよう依頼することをおすすめします。
Q. 安い見積もりを選んでもよいですか?
A. 金額の安さだけで選ぶのは危険です。工程の省略や経験の浅い人材の投入が理由になっていないか、根拠を確認してから判断してください。
Q. 見積もり依頼の前に、発注側で何を準備しておけばよいですか?
A. 作りたいものの目的、必須の機能、想定する利用者数や規模感を簡単な資料にまとめておくと、各社が同じ前提で見積もりを出しやすくなり、比較の精度が上がります。