システム開発の見積もりは妥当か、工数の内訳から確かめる方法

要約

システム開発の見積もりが妥当かどうかは、金額だけでなく工数の内訳の比率で判断できます
極端に安い見積もりは、テストや運用保守の工数が抜けていることが多いです
極端に高い見積もりは、要件があいまいなまま余裕を積んでいることが多いです
IPA（情報処理推進機構）が公開している工程別の工数比率の目安と見比べると、経営者でも技術者に頼らず一次チェックができます

開発会社から出てきた見積もりを前に、この金額が妥当なのか、それとも高すぎるのか、判断がつかないまま契約書にサインした経験はありませんか。技術が専門ではない経営者にとって、見積書の数字は総額しか手がかりがなく、内訳を見ても何が普通で何がおかしいのか分かりません。

この記事では、見積もりの妥当性を確かめるための工数の内訳の見方を、経営者自身が発注前にできるチェックとして説明します。読み終えたときには、見積書のどこを見ればよいかが分かるようになります。

見積もりの数字を見ても、高いのか安いのか判断できない

「相見積もりを取ったら、金額が2倍近く違いました」「安い方に決めたら、あとから追加費用ばかり請求されました」。CTOや技術責任者が社内にいない会社の経営者から、こうした相談をよく受けます。

困りごと	よくある状況
相見積もりの差が大きい	どちらが適正価格か判断する基準がない
安い方を選んで後悔する	契約後に追加費用や仕様の抜けが次々と出てくる
高い方の理由が分からない	「念のため」という説明だけで納得できる根拠がない

見積もりの総額だけを見比べていると、こうした失敗が起こりやすくなります。

原因は、工数の中身を分解して見る視点がないこと

見積書には「設計費」「開発費」といった項目が並んでいます。それぞれにどれくらいの工数（作業にかかる時間や人数）が割り当てられているかまでは、素人目には読み取りにくくなっています。

工数の配分は、設計・実装・テスト・保守運用の4つに大きく分かれます。この4つの割合が、開発の規模に対してバランスが取れているかどうかが、妥当性を見る手がかりになります。

私自身、開発を発注する側として見積もりを確認するときは、設計・実装・テスト・保守の工数の割合が妥当かどうかを必ず確かめています。極端に安い見積もりは、多くの場合、テストや運用保守の工数が抜けています。逆に高すぎる見積もりは、要件が曖昧なまま「念のため」として計上されていることが多いのです。この判断基準は、見積もりの「内訳の比率」で分かることでも取り上げています。

内訳の比率で見れば、見積もりは経営者でも判断できる

工数の内訳を確認する方法は、大きく3つのステップに分かれます。

見積書に、設計・実装・テスト・保守運用の工数が項目ごとに書かれているかを確認する
一式でまとめられている場合は、内訳を出してもらうよう依頼する
出てきた比率を、公開されている統計データの目安と見比べる

IPA（情報処理推進機構）は「ソフトウェア開発分析データ集」で、工程ごとの工数比率の統計を公開しています。受け取った見積もりがこの目安から大きく外れていないかを確認しましょう。専門知識がなくても、一次チェックができます。

実際にどう確かめるか

工数比率を確認するときの、具体的な進め方です。

テスト工数が極端に少ない見積もりは疑ってかかりましょう。開発の規模に対してテスト工数が数パーセントしかない場合、動作確認が不十分なまま納品される可能性があります。安い見積もりには理由があり、あとから追加費用がかかりやすくなります。

保守運用の項目がまったく無い見積もりは、あとで別料金になると考えます。保守運用の費用は初期の見積もりに含まれないことがあり、そのこと自体は問題ではありません。ただし、含まれていないなら含まれていないと明記してもらい、あとで想定外の請求が来ないようにします。

「一式」で金額しか書かれていない見積もりは、内訳を出してもらいます。内訳を確認したときの相手の対応も、判断材料のひとつです。すぐに具体的な数字を出せる会社は、実際に作業量をひとつずつ洗い出して見積もっていることが多いです。

確認ポイント	見るところ
テスト工数の割合	開発規模に対して極端に少なくないか
保守運用の扱い	含まれているか、別料金なら明記されているか
内訳の開示	「一式」で終わらせず、項目ごとの工数を出してもらえるか

システム開発の見積もりの失敗例

失敗例：総額の安さだけで発注先を決めます。私が知る起業家の一人は、制作費の安さを喜んで発注しましたが、実際のサイトを確認するとセキュリティの穴が多数見つかりました。結局、修正費用がかかり、高くつきました。

失敗例：相見積もりを取ったのに、内訳を比べずに総額だけで判断します。同じ「開発費300万円」でも、テストや保守がしっかり含まれた300万円と、そこが抜け落ちた300万円では意味がまったく違います。

失敗例：見積もりの根拠を聞かずに契約します。金額の内訳を尋ねることは失礼ではなく、発注側として当然の確認です。答えに詰まる、あるいははぐらかす相手には、契約前に一歩立ち止まって考えましょう。

よくある質問

Q: 相見積もりは何社くらい取ればよいですか？

A: 会社の規模や案件の内容によって変わりますが、内訳を比較するためには最低でも2社以上から取ることをおすすめします。1社だけでは、その金額が高いのか安いのか判断する基準そのものがありません。

Q: 開発会社に内訳を聞いても、教えてもらえない場合はどうすればよいですか？

A: 内訳を出せない、あるいは出し渋る会社は、そもそも工数を適当に見積もっている可能性があります。無理に聞き出そうとするより、他の候補との比較材料にしましょう。

Q: 見積もりの妥当性を自分で判断する自信がありません。どうすればよいですか？

A: 技術の専門家に一度見てもらいましょう。開発会社と利害関係のない立場から見積もりを確認してもらうことで、正しく判断できます。

まとめ

システム開発の見積もりが妥当かどうかは、総額の高い安いだけでは判断できません。設計・実装・テスト・保守運用の工数がどう配分されているかを確認し、極端に偏っていないかを見ましょう。テスト工数が適当な見積もりや、保守運用の扱いがあいまいな見積もりには注意しましょう。自分だけで判断しきれないと感じたときは、開発会社と利害関係のない技術の専門家に相談する方法もあります。PH Tech AIでも無料相談を受け付けていますので、お気軽にお声がけください。