内製と外注のどちらが安いかは、よく受ける質問です。けれども、外注の見積もり総額と内製のクラウド月額を並べて金額だけを比べても、判断を誤ります。見るべきはコストの構造です。一度きりで社外に消える費用なのか、変更のたびに積み上がる資産なのか。この違いを押さえると、自社にとっての正解が見えてきます。
比べるべきは「金額」ではなく「コスト構造」
「外注だと300万円、内製ならクラウド代が月数万円。だから内製のほうが圧倒的に安い」。こうした単純な比較を、私たちはよく耳にします。けれども、この並べ方は表面的です。一方は一度きりの総額、もう一方は毎月の固定費であり、そもそも性質の異なる数字を並べているからです。金額の大小だけで結論を出すと、判断を誤ります。
本当に見るべきは、その費用がどこに残り、次にどうつながるかです。払ったお金が成果物だけを残して消えるのか、それとも社内に知識や仕組みとして積み上がり、次の開発を速くするのか。同じ金額でも、残り方が違えば意味はまったく変わります。コストは「いくらか」だけでなく、「どう残るか」で見る必要があります。
このコラムでは、外注と内製それぞれのコスト構造を分解し、そのうえでどこで損益が逆転するかを整理します。金額の数字合わせではなく、構造で判断するための視点をお持ち帰りいただくことが狙いです。
外注のコスト構造
外注の費用は、わかりやすく一度きりの大きな金額として現れます。要件を伝え、見積もりを取り、数百万円を支払って成果物を受け取る。金額が明確で予算化しやすい一方、その費用は基本的に「作る」ことに対して支払われ、完成と同時にいったん完結します。
問題は、その後に変更が発生したときです。仕様を少し変えたい、機能を1つ足したい——そのたびに再見積もりと追加費用が発生します。AIエージェントのように、運用しながら出力を調整し続けるシステムでは、この変更が頻繁に起きます。結果として、初期費用だけでは終わらず、改修のたびに費用が積み上がっていきます。
さらに見落とされがちなのが、知識の残り方です。開発の過程で蓄積される「なぜこう作ったか」「どこをどう直せばよいか」という知見は、作業をした外注先に残り、自社にはほとんど残りません。次に何かあれば、また外注先に頼るしかない。スピードも相手の稼働状況や優先順位に左右され、自社の都合では動かせません。
内製＋Fargateのコスト構造
内製のコストは、外注とは構造がまったく異なります。中心になるのは、クラウドの月額と自社の人件費の2つです。AWS Fargateのようなマネージドな基盤を使えば、サーバを保有・管理する固定的な負担を持たずに、使った分だけを月額で支払えます。小さな機能であれば、月数千円から数万円規模で動かせます。これはあくまで目安で、実際の費用は使用量や構成によって変わります。
もう一方の人件費は、すでに社内にいるエンジニアの工数です。ここがポイントで、変更や追加開発が発生しても、内製であれば社内で完結します。再見積もりも、外注先の都合待ちもありません。直したいときに、自分たちのタイミングで直せます。
そして最大の違いは、費用の残り方です。開発を通じて得た知識——システムの構造、つまずきやすい点、改善のコツ——は、すべて社内に蓄積されます。一度きりで消える支出ではなく、次の開発を速く・安くするための資産として積み上がっていきます。これが内製のコスト構造の核心です。
見落とされる「作った後」のコスト
コストを比較するとき、多くの方は「作るまで」の費用に目を向けます。けれども、システムは作って終わりではありません。実際に使い始めてからのほうが長く、保守・改修・追加開発という「作った後」のコストが、運用が続く限り発生し続けます。むしろここが、総コストの大半を占めることも珍しくありません。
外注では、この「作った後」が都度の費用になります。小さな修正でも見積もりが必要になり、対応のたびに時間とお金がかかります。AIエージェントのように調整を重ねて精度を上げていく性質のシステムでは、この積み重ねが想定以上に膨らみます。
内製であれば、この「作った後」を内部で回せます。日々の調整も、機能の追加も、社内の判断とタイミングで進められ、外部への都度払いが発生しません。初期だけでなく運用全体で見ると、構造の差はさらに大きく開いていきます。
損益分岐をどう考えるか
では、内製はいつでも安いのか。そうではありません。初期には、人がツールや環境に慣れるための学習コストがかかります。最初の1本は、外注に出すより時間も手間もかかることがあります。ここだけを切り取れば、内製は割高に見えます。
転換点は2本目以降です。一度土台と知識ができれば、次の開発と改修は格段に速く、安くなります。学習コストを回収したあとは、作るほど・直すほど内製の有利が効いてきます。そして、この逆転が訪れるタイミングは、変更の頻度に大きく左右されます。変更や追加開発が多い領域ほど、損益分岐は早く訪れます。
逆に言えば、すべてを内製すべきというわけではありません。専門性が高く、めったに触らない開発であれば、学習コストを社内で抱えるより外注に任せるほうが合理的です。中核業務に近く変更が多い部分は内製し、頻度が低く専門的な部分は外注する。この切り分けが、コスト構造から導かれる現実的な答えです。
外注費は払えば社外に消えます。内製の費用は、社内に知識という資産として積み上がります。
まとめ
内製と外注を比べるとき、見るべきは金額の大小ではなく、コストの構造です。外注費は一度きりで社外に消え、変更のたびに積み上がります。内製の費用はクラウドの月額と人件費からなり、知識という資産として社内に残ります。初期は学習コストがかかりますが、変更が多い領域ほど損益は早く逆転します。専門性が高く頻度の低い開発は外注し、中核に近く変更の多い部分を内製する——この使い分けが現実的な答えです。次回のVol.08では、外注をやめて内製へ移る前に整えておくべき3つのこと——Git管理・コンテナ化・デプロイ自動化を取り上げます。
自社が内製のどの段階にあるかを、3分で診断できます。
無料で組織のAI成熟度を診断する →よくある質問
- 内製は本当に外注より安いのですか？
- 初期は人の学習にコストがかかります。ただし2本目以降の開発や改修が速く安くなるため、変更が多い領域ほど内製の構造が有利になります。一度作って終わりの開発であれば、外注が合うこともあります。
- クラウドの月額が読めず不安です。
- 小さな機能であれば月数千円から数万円規模で始められ、使用量に応じて段階的に増えます。上限のアラートも設定できるため、費用が青天井になることはありません。
- 外注をすべてやめるべきですか？
- いいえ。専門性が高く頻度の低い開発は外注し、自社の中核業務に近く変更の多い部分を内製する、という切り分けが現実的です。内製と外注は対立ではなく使い分けです。
- 内製の人件費を考えると割高ではありませんか？
- その人件費は、社内に知識を残す投資でもあります。外注費は支払えば社外に消えますが、内製の費用は次の開発に活きる資産として積み上がります。