「見積もり1,200万円。本当にそんなにかかるのか」——システム会社から提示された金額を前に、立ち止まる中小企業の経営者は少なくありません。同じ業務を別の会社に投げると、A社400万円・B社1,200万円・C社2,000万円と桁が変わって戻ってきます。価格差の正体は技術力の差ではなく、業界の構造そのものにあります。本記事では、システム見積もりが高くなる本当の理由と、中間マージン構造を見抜くための具体的な手順を経営者目線でお伝えします。
この記事の結論（3行）
- 見積もりが高い本当の理由は、機能の多さではなく、多重下請けと予備工数の積み重ねにある
- 透明な見積もりは、人月単価・工数内訳・運用想定の3点を必ず開示できる構造を持つ
- 同じ業務でも、間に挟まる会社の数を減らせば、相場の1/2〜1/3で発注できる
なぜシステム開発の見積もりはこんなに高いのか
システム開発の見積もりが高くなる主な要因は、技術的な複雑さよりも、業界に根を張る3つの構造に起因します。
- 多重下請け構造という業界特有の事情
- 「予備工数」と呼ばれる安全マージン
- 営業・管理・間接コストの上乗せ
1,200万円の見積もりのうち、実際の開発作業に使われる金額は400〜500万円程度というのが業界の実態です（目安）。残りは多重下請けの中間マージン、予備工数の安全マージン、そして組織を運営するための間接コストに消えていきます。この構造を知らないまま見積もり比較をしても、単なる金額の並べ替えで終わってしまうでしょう。
多重下請け構造という業界特有の事情
見積もり総額の半分以上が中間マージンに消えるのは、大手SIerに発注した時の現実です。大手の社員は自らコードを書きません。実装作業は2次・3次の下請けエンジニアに渡され、元請けが30〜50%、2次請けが10〜20%のマージンを取る構造が業界の標準だからです。1,200万円の案件であれば、最終的にコードを書く現場のエンジニアに渡るのは400〜500万円程度。残りの700〜800万円は、間に挟まる会社の利益と管理費に変わっていきます。見積もりが高く感じられるのは、機能や品質の問題ではなく、買う側が複数の会社の利益を一括で払っているからです。
「予備工数」と呼ばれる安全マージン
予備工数は、見積もりに織り込まれる「あとから仕様変更が発生するかもしれない」という保険料です。要件があいまいなプロジェクトでは、最初から20〜30%の予備工数を積んでおく文化が業界に根付いています。買う側にとっては、使うかどうかわからない保険料を最初から払わされている状態と言えるでしょう。1,200万円の見積もりに240〜360万円の予備工数が含まれているとして、その根拠を1行で説明できないようであれば、見直しの対象になります。「リスクバッファ20%」のような曖昧な表現が並んでいたら、必ず根拠を聞いてみてください。
営業・管理・間接コストの上乗せ
開発以外にも、営業担当者の人件費・プロジェクトマネージャーの稼働・見積もり書を作る工数・商談に同席する役員の人件費——これらすべてが最終的に見積もり金額に転嫁されます。組織が大きくなればなるほど、この「間接コスト」の比率は上がっていく傾向があります。大手SIerでは見積もり総額の15〜25%が間接コストに当てられている、というのが業界では公然と語られる目安です。中小規模の開発会社になると、この比率は5〜10%に下がります。同じ業務を発注しても、相手の組織規模で見積もりが大きく変わる理由の一つです。
見積もり項目を分解してみるとわかること
ここで、典型的な1,200万円の業務システム見積もりを項目ごとに分解してみます。何にいくら払っているのかを可視化するだけで、見直すべき項目が見えてきます。
| 項目 | 金額（目安） | 構成比 | |---|---|---| | 要件定義・設計 | 200万円 | 17% | | 開発（コーディング） | 450万円 | 37% | | テスト・品質保証 | 150万円 | 13% | | プロジェクト管理費 | 120万円 | 10% | | 導入・運用支援 | 80万円 | 7% | | 予備工数・リスクバッファ | 200万円 | 16% |
注目すべきは、純粋な開発作業にあたる「コーディング」の比率が4割を切っている点です。残りの6割以上は、設計・管理・テスト・予備という「作業そのものではない領域」に充てられています。逆に言えば、この「6割の領域」をどれだけ削れるかが、見積もり総額を下げる本丸になります。要件定義をシャープにする、無駄な管理工程を減らす、予備工数の根拠を厳密に詰める——ここに切り込めるかどうかで、最終金額は数百万円単位で動くと考えてください。手元の見積もりをこの粒度で分解してみたい方は、業務改善・システム見積もりAI適正診断で項目別に整理できます。
高い見積もりに潜む3つの危険信号
見積もり書を受け取ったら、次の3つの危険信号がないかを必ずチェックしてください。これらが見つかった場合、その金額には不透明な上乗せが含まれている可能性が高いです。
- 人月単価の記載がない
- 「予備工数」が総額の20%以上
- 運用フェーズの金額が空欄
危険信号は1つでも該当すれば即見直し、というほど厳しいものではありません。ただし、3つすべてに該当する見積もりは、買う側が完全に弱い立場に置かれている構造になっています。発注後の追加請求やトラブルにつながりやすく、結果として最初の金額を大きく超えるケースが多くなりがちです。
危険信号1：人月単価の記載がない
「設計一式」「開発一式」とだけ書かれた見積もりは要注意です。1人のエンジニアが1ヶ月稼働した時の金額（人月単価）が書かれていない見積もりは、後から工数が増えた時の追加請求が青天井になりがちです。業界の人月単価相場は、フリーランス・小規模会社で60〜80万円、中堅Web開発会社で80〜120万円、大手SIerで150万円〜という目安です。「貴社の人月単価はいくらですか」と聞いて、即答できないベンダーは、契約後に「追加で人月分が必要」と請求してくる可能性があります。
危険信号2：「予備工数」が総額の20%以上
リスクバッファは必要ですが、見積もり総額の20%を超える予備工数は過剰な水準です。要件が固まっていない、もしくはベンダー側がリスクを過大評価している可能性があります。「予備工数の根拠を3行で説明してください」と聞いて、答えに詰まるなら見直し対象に入れてください。本来であれば、「○○の要件があいまいなため○○人月のバッファを置いている」のように、項目別の根拠が明示できるはずです。
危険信号3：運用フェーズの金額が空欄
納品後のサーバー代・保守費用・改修費用が「別途お見積もり」となっている見積もりには、隠れたランニングコストが潜んでいます。3年で見たトータルコストを必ず算出してから判断するのが、経営者として持つべき視点です。サーバー代月3万円・保守費用月5万円・年間の小規模改修50万円というケースで計算すると、3年で約340万円のランニングコストが追加になります。「初期費用1,200万円」だけを見て決めると、3年トータルでは1,500万円超になっていることに気づかないまま契約が始まります。
経営者目線で考える「適正価格の見抜き方」
ここからは、技術論ではなく経営の話です。見積もりを評価する力は、経営者にとって、社員の採用や設備投資の判断と同じくらい重要な「経営スキル」と言えます。ベンダー側がどんなに丁寧な説明をしてくれても、「これは自社にとって何を解決する投資なのか」「3年で回収できる金額の上限はいくらか」を経営者側が握っていないと、見積もり比較は単なる金額の足し算引き算で終わってしまいます。
適正価格を見抜くために、経営者として持っておくべき視点は3つです。第一に、業務改善のインパクトを金額で語れるか。「月に何時間の業務時間が削減され、それを人件費に換算するといくらか」を試算できているかどうかが、見積もりの妥当性を判断する起点になります。第二に、業務の重さに対して投資額が見合っているか。そのシステムが止まった時の損失と比べて、今の投資額が過剰でないかを確認してください。第三に、3社以上の見積もりを比較しているか。金額の妥当性は、市場の中で初めて判断できる類のものだからです。
弊社が手掛けた「建造くん」という建設業向けSaaS CRM（57機能・約30.8人月の規模）は、大手SIerの相場では2,500万〜4,000万円のレンジになる案件です。これを弊社では2,000万円で開発・納品しました。差額の500万〜2,000万円は、技術力の差ではなく、中間マージン・間接コスト・予備工数を構造的に削った結果として生まれた金額です。経営者として大事なのは、こうした「構造的な価格差」が業界に存在することを理解した上で、自社の予算と業務の重さに合った発注先を選ぶことになります。
高い見積もりを下げる3つの実践的アプローチ
最後に、高すぎる見積もりに直面した時に、現実的に取れるアプローチを3つ紹介します。
- 間に挟まる会社の数を減らす
- 要件を3層に分けて発注する
- AI駆動開発を前提とした会社を選ぶ
この3つは独立した対策というよりも、組み合わせることで効果が掛け算になる手段です。3つすべてを実行できれば、当初の見積もりから50〜70%のコストダウンが現実的なレンジに入ります。
間に挟まる会社の数を減らす
元請け→下請けの構造を経由しない、実際にコードを書く会社・人と直接契約することで、中間マージン分の数百万円が削減できます。中規模のWeb開発会社や、小規模だが業務理解の深い専門会社は、大手SIerと同じ品質で1/2〜1/3の金額を提示してくることが多い傾向にあります。「御社のエンジニアは自社社員ですか、外部の方ですか」を最初に聞くだけで、構造の一端が見えてきます。
要件を3層に分けて発注する
すべての機能を一括で発注するのではなく、「必須機能（MVP）」「あったら便利な機能（フェーズ2）」「将来的に検討する機能（フェーズ3）」の3層に分け、まずは必須機能だけ発注する方法です。これだけで初期コストは40〜60%削減でき、フェーズ2以降は実際に使ってみてから判断できます。発注前に要件の3層分けを行うだけで、見積もり総額が変わる可能性が高い手法と言えます。
AI駆動開発を前提とした会社を選ぶ
AI駆動開発を取り入れている会社は、設計とコーディングの工数を3〜4割削減できる構造を持っています。同じ要件でも、人月換算で1/2程度の見積もりが出てくることが珍しくありません。「御社の開発フローでAIをどう活用していますか」と聞いてみるだけでも、技術力と単価感のレベルがわかります。手元の見積もりを下げる余地があるか他社見積もりとの比較を依頼することで、構造の違いを具体的に確認できます。
まとめ
システム開発の見積もりが高すぎる本当の理由は、技術や機能の問題ではなく、業界の構造そのものにあります。多重下請けと予備工数、そして見えにくい間接コスト。これらを見抜く目を持てば、同じ業務システムでも数百万円単位で発注金額が変わってきます。経営者として大事なのは、見積もりを「言われたまま受け取る」のではなく、「項目を分解し、根拠を聞き、市場と比較する」という3つの動作を当たり前にすることです。手元に見積もりがある段階なら、現在のシステムを診断することで、適正価格との差を具体的な数字で把握できます。