「大手SIerに依頼したら3,000万円。同じ要件で中堅のWeb開発会社に投げたら1,000万円」——この3倍差は、決して珍しい話ではありません。むしろ業態の構造から導かれる必然の数字です。SIerが高いのは技術力が高いからではなく、多重下請け・組織間接費・予備工数という3つの構造的コストが、業態そのものに組み込まれているからです。本記事では、SIerの開発費用が高くなる構造を利益分解で可視化し、経営者として「SIerを選ばない」という判断が妥当なケースを整理します。
この記事の結論（3行）
- SIerが高いのは技術力の差ではなく、多重下請け30〜50%・組織間接費15〜25%・予備工数20%という業態構造による
- 大手SIerの利益構造を分解すると、実装に渡るのは契約金額の30〜40%にとどまる
- 中小企業の業務システムであれば、SIerを選ばないという判断は経営合理性のある選択肢になり得る
SIerの開発費用が高くなる3つの構造的理由
SIerに発注した瞬間、見積もり総額の半分以上が「実装以外」に流れていく仕組みが業界に固定化されています。これは個別のSIerの問題ではなく、SIerという業態そのものに組み込まれた構造的な特性です。
- 多重下請けによる中間マージン（30〜50%）
- 組織を維持するための間接費（15〜25%）
- リスク回避のための予備工数（15〜20%）
3つを合計すると、見積もり総額の60〜90%が「実装作業そのもの」以外の領域に充てられている計算になります。逆に言えば、実際にコードを書くエンジニアに渡る金額は30〜40%にとどまるということです。3,000万円の案件であれば、純粋な実装に使われるのは900〜1,200万円程度。残りの1,800〜2,100万円は、業態を回すための間接費用として消費されます。
多重下請け構造による中間マージン30〜50%
大手SIerの社員は、原則として自らコードを書きません。営業・上流設計・プロジェクト管理が主な役割で、実装は2次請け・3次請けの下請けエンジニアに渡されます。元請けが30〜50%、2次請けが10〜20%のマージンを取る構造は業界の標準です。3,000万円の契約であれば、最終的にコードを書く現場のエンジニアに渡るのは1,200〜1,500万円程度。残りは「間に挟まる会社の利益」として吸われていきます。
この構造が成立しているのは、大手SIerが大企業や官公庁との取引実績・与信を持っていることが理由です。発注側は「実績のある大手に頼みたい」という安心料を払い、SIerはその安心料を中間マージンに変換します。
組織を維持するための間接費15〜25%
SIerの組織は、営業部門・PMO・品質保証部門・コンプライアンス部門・法務・人事・経理など、多層構造になっています。これらの部門の人件費とオフィス費用が、最終的に見積もり金額に転嫁されます。大手SIerでは、見積もり総額の15〜25%が組織間接費に当たるというのが業界での目安です。
中堅Web開発会社になると、この比率は5〜10%まで下がります。少人数で運営される開発専門会社では3〜5%程度にとどまることもあります。同じ業務を発注しても相手の組織規模で見積もりが大きく変わるのは、技術力ではなく間接費の構造差が反映されているからです。
リスク回避のための予備工数15〜20%
大手SIerは案件失敗時の社内責任追及が厳しいため、予備工数を厚めに積む文化があります。「想定外の仕様変更で20%バッファ」「結合テストで追加10%」というように、リスクを金額に変換する習慣が組織に根付いています。
買う側にとっては、使うかどうかわからない保険料を契約時に全額前払いしている状態と言えるでしょう。仕様変更が一度も発生しなければ、予備工数分はそのままSIerの利益になります。中小規模の開発会社ではこの予備工数比率が5〜10%程度に収まるのが一般的です。
大手SIerの利益構造を金額で分解する
ここで、3,000万円の業務システム案件をSIerに発注した場合の、金額の流れを分解してみます。何にいくら払っているのかを可視化するだけで、SIerに発注する合理性の有無が見えてきます。
| 項目 | 金額（目安） | 構成比 | |---|---|---| | 実装作業（2次・3次請けへ） | 1,050万円 | 35% | | 元請けSIerの粗利 | 900万円 | 30% | | 2次請けの中間マージン | 300万円 | 10% | | 組織間接費（営業・PMO等） | 450万円 | 15% | | 予備工数・リスクバッファ | 300万円 | 10% |
純粋な実装作業に使われるのは1,050万円。中堅Web開発会社の人月単価80〜120万円で換算すると約13〜17人月分の作業量に相当し、直接発注なら1,040〜2,040万円のレンジに収まる計算です。実装能力の差ではなく業態に組み込まれた間接費の有無で、最終金額が1,000万円以上ぶれてきます。手元のSIer見積もりが構造上いくら過剰になっているかは、業務改善・システム見積もりAI適正診断で項目別に整理できます。
3,000万円のうち2,000万円近くが「実装以外」に流れる構造を許容するかは経営判断です。SIer特有の信頼性・大企業向け体制・長期保守の安定性に2,000万円の価値があるならSIerは正しい選択肢になります。中小企業の業務システムで不要と判断するなら、SIerを選ばないという選択肢が現実味を帯びます。
SIerを選ぶべき業務、選ばないべき業務
SIerの構造的コストは、すべての発注で「無駄」になるわけではありません。一部の業務領域では、その構造的コストを払うだけの合理性が存在します。問題は、自社の発注内容がその領域に該当するかどうかを、経営者として判断できるかどうかです。
- SIerを選ぶべき業務の典型
- SIerを選ばないべき業務の典型
- 判断を誤りやすい中間領域
SIerを選ぶべき業務の典型
金融機関の勘定系システム、大規模な公共インフラ、年間1億円超の保守を必要とする基幹系——これらの領域では、SIerの組織的な信頼性・長期保守体制・障害発生時の責任所在の明確さが、コスト差を上回る価値を持ちます。「数万人の利用者がいる」「障害発生で年間数十億円の損失が出る」「規制対応のために第三者認証が必須」というような業務であれば、SIerの構造的コストは保険料として合理的です。
このタイプの案件は、中小企業の通常業務ではほぼ発生しません。年商10〜50億円規模の中小企業で、SIerでなければ対応できない業務というのは、実務的にはかなり限定的な領域です。
SIerを選ばないべき業務の典型
社内向け業務システム、受発注管理、顧客管理、在庫管理、勤怠管理、社内ポータル——いわゆる「中小企業の業務効率化のためのシステム」の大半は、SIerの構造的コストを払う合理性がない領域です。利用者が数十人〜数百人規模、障害発生時の損失が日次数十万円〜数百万円規模であれば、中堅Web開発会社で十分対応可能な範囲に収まります。
このカテゴリーの案件をSIerに発注すると、本来1,000万円で済む業務システムに3,000万円を払うことになりがちです。差額の2,000万円は、業務改善のインパクトに直結しない「業態維持コスト」として消えていく金額です。経営判断としては、その2,000万円を別の投資（追加機能・運用人材の採用・別システムの開発）に回す方が、はるかにROIが高くなる可能性があります。
判断を誤りやすい中間領域
ECサイト、予約管理、会員管理、マッチング系——これらは「中小企業の業務だが利用者は社外」というカテゴリーで、判断が分かれやすい領域です。利用者数・トランザクション量・障害時損失額を数字で評価し、見合うコスト構造を選ぶ必要があります。月間トランザクション数千件程度であれば、SIerの構造的コストを払う合理性はほぼありません。
経営者目線で考える「SIerを選ばない」という判断
ここからは、技術論ではなく経営の話です。SIerを選ぶ・選ばないという判断は、技術選定ではなく経営判断であるという認識を、まず経営者が持つ必要があります。担当部長や情報システム部門に丸投げすると、「実績のある大手なら安心」という思考停止に陥りがちで、結果として2〜3倍の金額を払うことになります。
経営者として持っておくべき視点は3つです。第一に、自社の業務システムが「SIerでなければ対応できない領域」に該当するかどうかを、利用者数・トランザクション量・障害時損失額の3つの数字で評価することです。第二に、SIerに払う2,000万円の差額で、別の経営課題が解決できないかを並列で検討することです。第三に、SIerを選ばないという判断をした時に、代わりにどの規模の開発会社を選ぶかという基準を、経営者として持っておくことです。
「迷ったら大手SIer」という思考は中小企業にも根強く残っていますが、発注担当者個人の責任回避には機能する一方、企業全体のROIで見ると非合理な選択になりがちです。「大手なら安心」という判断は、SIerの中間マージンと組織間接費を上乗せした金額を払う経営判断と同義であることを、経営者が明示的に意識する必要があります。
求められるのは「SIerが悪い」という反発ではなく、業態構造を理解した上で自社の発注内容に合うかを冷静に判定する経営者としての判断力です。
ぷらすわんの実例：ある製造業A社の場合
弊社が支援した「ある製造業A社（年商15億円・従業員80名）」の事例を紹介します。同社は当初、大手SIerに受注管理システムの開発を打診し、見積もり3,200万円・開発期間10ヶ月という提示を受けていました。同じ要件を弊社で再見積もりしたところ、開発費用1,100万円・期間4ヶ月で対応可能と判定。差額2,100万円・期間半減という結果になりました。
なぜこれだけの差が出るのか。要件を分解すると、受注入力・在庫連動・出荷指示・売上集計・取引先別レポートの5機能で、利用者は社内15名のみ。トランザクションは1日数百件規模。SIerの構造的コストを払う必然性がどこにもない業務領域でした。弊社ではAI駆動開発（Claude Code）を前提に、Next.js + Supabaseで実装し、設計・実装工数を3〜4割削減。中間マージンが発生しない直接契約だったため、組織間接費も最小限に抑えられました。
A社の経営者が事後に語ったのは、「2,100万円の差額で別の経営課題（生産管理システムの内製化）にも投資できた。最初の3,200万円という金額を疑う発想が自分の中になかったのが反省点」という言葉でした。SIerを選ばないという判断は、技術論ではなく、経営者として2,100万円の使い道を別軸で考える経営判断であったということです。手元のSIer見積もりが自社の業務に対して過剰な構造を抱えていないかを診断することで、適正価格との差を具体的な数字で把握できます。
SIer発注の前に経営者が押さえるべき3つの実践
最後に、SIerに発注すべきか・SIerを選ばないべきかを判断するための、実践的なアプローチを3つ紹介します。
- 自社業務の「SIer必要度」を3つの数字で評価する
- SIer見積もりと中堅Web開発会社の見積もりを並列で取る
- 「大手なら安心」という思考停止を経営判断から外す
3つを組み合わせて実行することで、SIerを選ぶ・選ばないという判断が、経営合理性に基づいた選択になります。少なくとも「実績のある大手だから」という曖昧な理由だけで2,000万円超の差額を払うという事態は避けられます。
自社業務の「SIer必要度」を3つの数字で評価する
利用者数・トランザクション量・障害時損失額の3つの数字を出してください。利用者100名以下・1日数千件以下・障害時損失が日次100万円以下なら、SIerの構造的コストを払う合理性はほぼありません。逆にいずれかが大きく超えるなら、SIerの体制が必要な領域である可能性が高くなります。発注前にこの数字を経営者として把握しておくと、見積もり比較が圧倒的に楽になります。
SIer見積もりと中堅Web開発会社の見積もりを並列で取る
片側だけの見積もりでは適正価格が見えません。最低でもSIer1社・中堅Web開発会社2社の3社見積もりを並列で取り、内訳を比較してください。金額差が2〜3倍になっている場合、その差額が「業態の構造差」か「機能要件の差」かを項目別に分解する必要があります。他社見積もりとの比較を依頼することで構造の違いを具体的に確認できます。
「大手なら安心」という思考停止を経営判断から外す
「大手なら安心」という判断は、発注担当者個人の責任回避には機能しますが、企業全体のROIには非合理な判断軸です。経営者として、「大手SIerに発注することで2,000万円の差額を払うが、その2,000万円で何が買えるのか」を必ず並列で評価してください。差額で別の経営課題が解決できるなら、SIerを選ばないという判断が経営合理性のある選択肢になります。逆に、その2,000万円の差額に見合う安心料が本当に必要だと経営判断できるなら、SIerは正しい選択肢になります。判断軸を経営者が持つことが、業態構造に振り回されない発注の第一歩です。
まとめ
SIerの開発費用が高い理由は、技術力の差ではなく、多重下請け30〜50%・組織間接費15〜25%・予備工数15〜20%という業態に組み込まれた構造的コストにあります。中小企業の業務システムであれば、SIerを選ばないという判断は十分に経営合理性のある選択肢です。経営者として大事なのは、「実績のある大手だから」という曖昧な理由で2,000万円超の差額を払うのではなく、自社業務の必要度を3つの数字で評価し、複数業態の見積もりを並列で比較するという発注スキルを持つことです。手元にSIer見積もりがある段階なら、現在のシステムを業務改善・システム見積もりAI適正診断で項目別に整理することで、業態構造由来の過剰コストがどこに潜んでいるかを把握できます。