「内製か外注か」は二択ではなくグラデーション
最初に、選択肢の全体像を正しく捉え直します。内製と外注は対立する二択ではなく、外部への依存度が異なる4つの段階が連続的に並んでいます。
| 形態 | 作る主体 | 運用する主体 | 向いているケース |
|---|---|---|---|
| 完全内製 | 自社 | 自社 | IT人材が複数名おり、開発を継続的な業務として持てる会社 |
| 内製+外部支援 | 自社(外部が伴走) | 自社 | 核になる人材が1〜2名いて、設計や技術選定だけ補強したい会社 |
| 外注+内部運用 | 外部 | 自社 | 作る人材はいないが、運用・改善を社内で担える会社 |
| フル外注 | 外部 | 外部 | 対象業務が安定していて、自社は結果だけ受け取りたい会社 |
重要なのは、この4つのどれかを会社として一律に選ぶのではない、ということです。業務Aは外注し、業務Bは外部支援を受けながら内製する、という使い分けが普通ですし、同じ業務でも時間の経過とともに位置を移すことがあります。最初は外注で作ってもらい、運用しながら社内の理解を深め、改修は自社でできるようになる。これは失敗ではなく、むしろ設計された移行です。
つまり検討すべき問いは、「うちは内製派か外注派か」ではなく、「この業務は、いまの自社の状態では、このグラデーションのどこに置くのが合理的か」です。この問いに答えるための材料を、以降で順に整理していきます。
内製と外注、それぞれの強みと落とし穴
内製の強みは、突き詰めると3つに集約されます。
第一に、業務理解の深さです。自動化やAI活用の成否は、技術力よりも「その業務の実態をどれだけ正確に把握しているか」で決まります。どこに例外があるか、どの入力が信用できないか、現場が本当に困っているのはどの工程か。社内の人間は、これを説明されなくても知っています。外部のエンジニアがヒアリングを重ねても届かない解像度に、最初から立てるのが内製の本質的な優位です。
第二に、改善の速さです。業務システムは作って終わりではなく、使いながら直し続けるものです。「この項目も出したい」「この例外にも対応してほしい」という小さな要望が、稼働後に必ず出てきます。内製なら、こうした改修が数時間から数日で回ります。外注だと、見積もり依頼、発注、納品、検収というプロセスが毎回挟まり、数週間と数万〜数十万円がかかります。改修の心理的な敷居が上がると、現場は要望を出さなくなり、システムは実態から乖離していきます。
第三に、ノウハウの蓄積です。1つ目の自動化で学んだことは、2つ目、3つ目に確実に効きます。内製で経験を積んだ会社は、案件を重ねるほど速く安くなる。この複利は外注では得られません。
一方で、内製には現実の壁があります。
- 人材がいない — 中小企業の大半には、AIや自動化の実装ができる人材が社内にいません。これが最大かつ最も普遍的な壁です
- 採用も難しい — IT人材の採用競争は激しく、中小企業が経験者を新たに採るのは容易ではありません。採れたとしても、開発業務が社内にその1人分しかなければ、定着も難しくなります
- 担当者退職のリスク — 1人の担当者だけが中身を理解している内製システムは、その人の退職と同時に「誰も触れない仕組み」に変わります。属人化した内製は、ベンダーロックインよりたちの悪いロックインです
特に3つ目は見落とされがちです。内製すればノウハウが残る、というのは「組織に残す仕組みを作れば」という条件付きの話であり、放っておけばノウハウは個人にしか残りません。ドキュメントを書く、複数人で共有する、といった地味な運用を伴わない内製は、外注よりもリスクが高くなり得ます。
外注の強みは明快です。速さ、専門性、そして最新技術へのアクセス。社内にゼロから人を育てれば年単位でかかるところを、外部に頼めば数週間から数ヶ月で動くものが手に入ります。AIの領域は技術の入れ替わりが特に速く、専業でやっている外部パートナーと、他業務の片手間で追いかける社内担当者とでは、知識の鮮度に差がつきます。この差を買えるのが外注の価値です。
ただし、外注には構造的な落とし穴が4つあります。契約前に知っているかどうかで、数年後の状況が大きく変わります。
- 業務理解の浅い提案 — 外部の会社は、あなたの業務を知りません。ヒアリングが浅いまま作られたシステムは、技術的には正しくても業務の実態に合わず、例外処理のたびに現場が手作業に戻ります。「動くが使われない」の典型的な原因です
- 保守費の継続 — 初期費用だけ見て発注すると、月々の保守費・利用料が積み上がっていきます。5年使えば、保守費の総額が初期開発費を超えることも珍しくありません。総額での比較を最初にやっておく必要があります
- ベンダーロックイン — 中身を理解しているのが外注先だけ、という状態になると、価格交渉力を失います。値上げを飲むか、ゼロから作り直すかの二択を迫られたとき、多くの会社は飲むしかありません
- 「作って終わり」 — 納品がゴールになっている外注先に頼むと、稼働後の改善が誰の仕事でもなくなります。業務は変わり続けるのにシステムは止まったまま、という乖離が静かに進行します
これらはいずれも、外注そのものの欠陥ではなく、外注の仕方の問題です。裏を返せば、契約と発注先選びの段階で大半は回避できます。回避の具体策は後述しますが、まずは「外注のリスクは契約前に仕込まれる」という点を押さえてください。
判断基準①:その業務は競争力の源泉か
ここから、個別の業務をグラデーションのどこに置くかを決める3つの判断基準を示します。
第一の基準は、対象業務が自社の競争力の源泉に近いかどうかです。
自社が顧客に選ばれている理由に直結する業務——独自の見積もりロジック、熟練者の判断が効く生産計画、他社が真似できない顧客対応——は、内製寄りに置くべきです。理由は2つあります。ひとつは、こうした業務の要件を外部に正確に伝えること自体が難しく、外注の弱点である「業務理解の浅さ」が最も出やすい領域だからです。もうひとつは、競争力の中身を外部に依存すると、改善のスピードも外部の都合に縛られ、強みの進化が止まるからです。
逆に、どの会社でもやり方が大差ない汎用業務——請求書の処理、勤怠の集計、定型的な問い合わせの一次対応——は、外注寄りで問題ありません。汎用業務は外部パートナー側にも類似案件の経験が蓄積されており、外注の強みである速さと専門性が最も活きます。自社で独自に作り込む価値がそもそも薄い領域です。
この基準を適用するときの注意点は、現場の声だけで判断しないことです。現場はどの業務も「うちのやり方は特殊だ」と言いがちですが、その特殊さが顧客への価値につながっているのか、単なる社内慣習なのかは別問題です。競争力の源泉かどうかの判定は、経営の視点で行う必要があります。
判断基準②:その業務はどのくらいの頻度で変わるか
第二の基準は、業務の変更頻度です。
頻繁に変わる業務は、内製寄りに置くべきです。料金体系が毎年見直される、取引先ごとの特別ルールが増え続ける、法改正のたびに手順が変わる。こうした業務を外注で作ると、変更のたびに改修依頼が発生し、そのたびに費用と時間がかかります。1回あたりは小さくても、年に何度も発生すれば、金額の総和よりも「改修待ちの期間、現場が手作業でしのぐ」ことの損失が大きくなります。改修の待ち時間は、現場のシステムへの信頼を確実に削ります。
一方、安定した業務は外注に向きます。何年も手順が変わっていない集計業務、様式が固定された帳票の作成。作った後に触る機会がほとんどないなら、内製の強みである「改善の速さ」が活きる場面自体がなく、外注の弱点も表面化しません。
変更頻度を見積もるときは、「過去2〜3年でこの業務の手順が何回変わったか」を実際に数えることを推奨します。体感で「あまり変わらない」と思っている業務が、思い出してみると毎年どこかしら変わっていた、というケースは頻繁にあります。逆に、大きく変わる印象のある業務が、実は入力データが変わるだけで処理手順は安定していることもあります。手順の変更とデータの変更は区別してください。自動化にとって重いのは手順の変更です。
なお、この基準と第一の基準は連動する傾向があります。競争力の源泉に近い業務ほど、市場や顧客に合わせて頻繁に変わり、汎用業務ほど安定している。2つの基準が同じ方向を指すことが多いのは偶然ではなく、だからこそ「コアは内製寄り、汎用は外注寄り」という大枠が成立します。
判断基準③:社内に素養のある人材がいるか、育てる意思があるか
第三の基準は、社内の人材の現状と、育成への意思です。これは前の2つと性質が違います。①と②は「その業務をどこに置くべきか」という理想を決める基準ですが、③は「いまの自社にそれが可能か」という制約条件です。
確認すべきは次の点です。社内に、ITに強い人材がいるか。専任のエンジニアである必要はありません。Excelの関数やマクロを自力で組んでいる、業務システムの設定を任されている、新しいツールをすぐ使いこなす——この程度の素養がある人材が1人でもいるかどうかで、取れる選択肢は大きく変わります。
1人もいない場合、完全内製は選択肢から外してください。ゼロから内製に挑むのは無謀です。作れないだけでなく、外注先の提案の良し悪しを判断することすらできず、外注においても不利な立場に置かれます。この場合はまず外注から始め、後述する知見移転の仕組みで社内の理解を育てるのが現実的な道筋です。
素養のある人材が1人でもいるなら、「外部支援付き内製」が視野に入ります。設計の方針や技術選定は外部の専門家に相談しながら、実装や設定はその人材が手を動かす。この形態は、フル外注に比べて費用を抑えられるだけでなく、作る過程そのものが人材育成になるという二重の効果があります。近年はプログラミングをほとんど必要としない自動化ツールやAIサービスが増え、「素養のある非エンジニア」が実装の主体になれる範囲は年々広がっています。
そして忘れてはならないのが、育てる意思の有無です。素養のある人材に自動化を任せるなら、それを本来業務の合間の「ついで仕事」にしないでください。時間を正式に割り当て、外部研修や相談先の費用を持ち、成果を評価する。この投資をする意思がないなら、中途半端な内製よりも割り切った外注のほうが良い結果になります。
現実解は「外部の力を借りて始め、知見を内部に移す」ハイブリッド
3つの基準を踏まえたうえで、多くの中小・中堅企業にとっての現実的な推奨を述べます。それは、最初は外部の力を借りて速く立ち上げ、運用しながら知見を内部に移転していくハイブリッド型です。
内製の理想を語っても、人材がいなければ始まりません。かといってフル外注に振り切れば、5年後もブラックボックスを抱えたまま保守費を払い続けることになります。最初の構築は外部の速さと専門性で進め、稼働後の運用を通じて社内の理解を段階的に深めていく。この順序なら、スピードと蓄積を両立できます。
ハイブリッド型を機能させる鍵は、知見移転を契約の条件に入れることです。口約束では動きません。具体的には次の項目を、発注時に契約や発注書へ明記します。
- ドキュメントの納品 — システムの構成、処理の流れ、設定の変更方法を、社内の非エンジニアが読める粒度で文書化してもらう。「ソースコード一式」はドキュメントではありません
- 運用担当者への研修 — 納品時に、社内の運用担当者へ操作と簡単な変更方法のレクチャーを実施してもらう。時間数を明記する
- 軽微な変更の内製化支援 — マスタの更新や文言修正など、頻度の高い軽微な変更は社内でできる設計にし、その手順を引き継いでもらう
- データとアカウントの所有権 — 蓄積されるデータ、利用するアカウントの所有権が自社にあることを確認する。解約時にデータを持ち出せない契約は避ける
これらを求めたときの外注先の反応は、それ自体が相手を見極める材料になります。知見移転に前向きな会社は、顧客を依存させることではなく、成果で選ばれ続けることをビジネスモデルにしています。渋る会社は、ロックインを収益の前提にしている可能性を疑ってよいでしょう。
外注先の見極め方と、どちらを選んでも省略できないこと
最後に、外注先を選ぶ際のチェックポイントと、内製・外注のどちらを選んでも共通して外せない設計原則を述べます。
外注先の見極めは、提案内容の技術的な優劣よりも、次の3点を見てください。
- 業務ヒアリングの深さ — 提案の前に、業務の実態をどこまで聞いてくるか。現場の作業を見せてほしいと言ってくるか、例外パターンの頻度を確認してくるか。ヒアリングが浅いまま出てくる提案は、どれほど立派でも机上のものです
- 保守条件の明確さ — 月額保守費に何が含まれ、何が別料金か。軽微な修正の単価と納期の目安。解約時の引き継ぎ条件。この説明が曖昧な相手との契約は、後年のトラブルの温床になります
- 小さく始める提案をするか — 最初の商談から大型の一括見積もりを出してくる相手は警戒してください。誠実なパートナーは、まず小さな範囲で試し、効果を確認してから広げる進め方を提案します。小さく始める提案は、相手が「失敗の可能性」を正直に織り込んでいる証拠でもあります
そして、この記事全体を貫く最後の原則です。システムは「作る」期間より「運用する」期間のほうが圧倒的に長い。開発が3ヶ月なら、運用は5年、10年と続きます。内製か外注かの議論は「作る」段階に目が行きがちですが、勝負を決めるのは運用です。
したがって、内製・外注のどちらを選ぶ場合でも、「運用の担い手を社内に置く」設計だけは省略しないでください。日々の稼働を確認し、現場の要望を吸い上げ、改修の要否を判断する役割です。フル外注であっても、この窓口役が社内にいなければ、システムは現場から乖離し、外注先とのやり取りも機能しなくなります。専任である必要はありません。ただし、誰の担当でもない状態だけは避ける。運用の担い手が社内にいるシステムだけが、長く使われ続けます。
整理します。内製か外注かは二択ではなく、業務ごとにグラデーションの置き場所を決める問題です。判断基準は、競争力の源泉との近さ、変更の頻度、社内人材の現状と育成意思の3つ。多くの会社の現実解は、外部の力で速く始めて知見を内部に移すハイブリッド型であり、その成否は知見移転を契約に明記できるかで決まります。そして、どの形態を選んでも、運用の担い手を社内に置くことだけは譲らない。この原則さえ守れば、内製と外注のどちらから始めても、数年後にノウハウが自社に残る道筋を描けます。
よくある質問
外注の見積もりが妥当かどうか、社内に判断できる人がいません。どうすべきですか?
1社の見積もりだけで判断せず、必ず2〜3社から相見積もりを取ってください。金額の比較そのものよりも、各社のヒアリングの深さや提案の構成を並べて見ることで、相場観と各社の姿勢の違いが見えてきます。また、発注先とは利害関係のない立場の専門家(ITコーディネータや顧問的なIT相談先)にセカンドオピニオンを求める方法も有効です。数万円の相談料で数百万円の発注の失敗を防げるなら、安い保険です。
外部支援付き内製を任せたい社員がいますが、本人の業務がすでに手一杯です
その状態のまま任せるのは、最も避けるべきパターンです。片手間の内製は進捗が出ず、本人が疲弊し、「内製はうまくいかない」という誤った結論だけが残ります。任せるなら、既存業務の一部を他のメンバーに移すか、自動化の時間を週の中で正式に確保してください。それができない体制状況なら、いまは外注から始め、知見移転の仕組みで将来の内製化に備えるほうが健全です。人の余力は、内製・外注の判断における正直な制約条件です。
すでにフル外注で作ったシステムがあり、ベンダーロックイン気味です。今から何ができますか?
まず、現状の把握から始めてください。ドキュメントは存在するか、データは取り出せるか、契約上の解約条件はどうなっているか。そのうえで、次の契約更新のタイミングで、ドキュメント整備と運用研修を追加で依頼することを推奨します。費用はかかりますが、交渉力を回復する最短の道です。応じてもらえない場合は、依存度の低い周辺部分から段階的に別の手段へ移す計画を立てます。一度に全部を置き換えようとせず、更新時期を交渉の機会として使うのが現実的です。
内製で作った仕組みの担当者が退職しそうです。何を優先すべきですか?
在職中に、動いている仕組みの一覧化を最優先してください。何が、どこで、何のために動いているか。この一覧がないと、退職後に「止まって初めて存在に気づく」事態が起きます。次に、それぞれの仕組みについて、変更方法と障害時の対処を文書化してもらいます。完璧なドキュメントを目指すと終わらないため、「後任が読んで、止まったときに復旧できる」水準を目標にします。並行して、後任者に実際の変更作業を一度経験させてください。文書より、一度の実作業のほうが引き継ぎとして確実です。
小規模な会社でも、運用の担い手を社内に置く必要がありますか?
必要です。むしろ小規模な会社ほど重要です。人数が少ない会社では、システムが止まったときに業務全体への影響が直撃しますし、外注先との窓口が不在だと、小さな不具合の連絡すら滞ります。専任は不要で、業務との兼任で構いません。求められるのは技術力ではなく、「日々ちゃんと動いているか気にかけ、現場の声を外注先に伝える」役割です。社長自身が担っている会社も少なくありませんが、事業の成長を考えるなら、早い段階で社長以外に担い手を作ることを推奨します。
この記事のまとめ
- 内製か外注かは二択ではない。完全内製/内製+外部支援/外注+内部運用/フル外注のグラデーションから、業務ごとに置き場所を決める
- 内製の強みは業務理解・改善速度・ノウハウ蓄積。ただし人材不在と担当者退職リスクという壁があり、属人化した内製は外注より危うい
- 外注の強みは速さ・専門性・最新技術。落とし穴は業務理解の浅い提案、保守費の継続、ベンダーロックイン、「作って終わり」の4つで、いずれも契約前に回避できる
- 判断基準は3つ。①競争力の源泉に近い業務ほど内製寄り、汎用業務ほど外注寄り ②頻繁に変わる業務は内製寄り、安定業務は外注可 ③素養ある人材が1人でもいれば外部支援付き内製が視野に入る
- 多くの会社の現実解は「外部の力で速く始め、知見を内部に移す」ハイブリッド。ドキュメント納品・運用研修・軽微変更の内製化支援を契約条件に明記する
- 外注先はヒアリングの深さ・保守条件の明確さ・小さく始める提案をするかで見極める。最初から大型見積もりを出す相手は警戒する
- 「作る」より「運用」のほうが長い。内製・外注のどちらを選んでも、運用の担い手を社内に置く設計だけは省略しない