AI受託開発は「内製か外注か」で選ぶと失敗する｜見るべきは設計思想

生成AIを使った業務自動化を検討し始めると、多くの担当者が最初にぶつかるのが「自社でエンジニアを採用して内製するか、それとも外部に委託するか」という二択です。

しかし、この問いの立て方には落とし穴があります。内製を選んでも「作った人が辞めたら誰も触れなくなる」という属人化リスクは消えませんし、外注を選んでも「納品されたものがブラックボックスで、仕様変更のたびに高額な追加費用を請求される」というロックインリスクは残ります。内製か外注かは「誰が作るか」の違いでしかなく、「どう作られているか」という設計の質を問わないまま選ぶと、どちらを選んでも同じ壁にぶつかるのです。

この記事では、内製・外注どちらを選ぶ場合にも共通して確認すべき「良い設計」の3つの条件を整理し、それを発注時にどう質問へ翻訳するかまでを扱います。

内製・外注、それぞれに共通する2つのリスク

• 内製のリスク：採用・育成にかかる時間とコスト（生成AI／LLM＝大規模言語モデルを扱えるエンジニアの採用市場は競争が激しく、採用できても定着するとは限りません）。属人化（バス係数＝「その人がいなくなったら業務が止まる人数」を1にしたまま突き進んでしまうケースが少なくありません）
• 外注のリスク：ブラックボックス化（納品物の中身が見えず、次の改修も同じ会社に依頼するしかなくなる＝いわゆるベンダーロックイン。すでに直面している場合の対処法と、発注前に確認すべき条件はAI受託開発のベンダーロックイン対策｜引き継げない原因と契約条項で整理しています）。カスタム地獄（会社ごとに一から作り込む「フルスクラッチ」の委託は、要望が増えるたびに個別対応が積み重なり、費用も納期も膨らみ続けます）

つまり、内製・外注のどちらを選ぶかという議論の前に、「属人化しない」「ブラックボックス化しない」「積み上がるほど個別最適化して壊れていく作り方をしない」という3条件を満たす設計を選べているかどうかの方がずっと重要です。

良い設計を見分ける3つの軸

委託先を比較検討する際、あるいは内製する場合の社内設計方針を決める際にも、次の3つの軸で確認することをお勧めします。

• ① 納品物が「貴社の資産」として手元に残るか — コードを丸ごと預けっぱなしにする設計は、次の改修を同じ会社に依頼せざるを得ない状況を生みます。逆に、業務の設定内容を設定ファイル（構成情報をまとめたテキストファイル）の形で受け取れる設計であれば、中身を貴社側で把握・保管でき、万一委託先を変える判断をしても資産が手元に残ります
• ② 業種・会社ごとに一から作り直していないか — 受注処理・見積作成・請求書突合といった業務は、業種が違っても構造そのものはよく似ています。共通する業務を部品（モジュール）として切り出し、必要な部品を組み合わせて使う設計であれば、個社ごとの差分は「設定」だけで吸収でき、立ち上がりが速く費用も抑えられます
• ③ 契約前に「試してから決められる」仕組みがあるか — 大きな初期投資を先に約束させ、効果が見えるのは納品後、という進め方はリスクが非対称です。良い設計の委託先は、小さく試してから本格導入を判断できる進め方（PoC＝Proof of Concept、小規模に試して効果と実現性を検証する工程）を用意しています

外注を選ぶ場合に、この3つの軸を具体的にどう質問して確かめるかは、生成AI導入支援の会社の選び方でも整理しています。

AI受託開発を依頼する場合、内製する場合、いずれであっても進め方は概ね4つのフェーズに分かれます。まず、対象業務の範囲と「属人化しない・ブラックボックス化しない」設計要件を整理する現状把握フェーズ（2〜3週間程度）。次に、小さく試して精度や効果を確認するPoC（概念実証。小規模に試して効果と実現性を検証する工程）フェーズを挟み、想定通りの効果が出るかを見極めてから本実装に進むかを判断します。効果が確認できたら、対象業務全体への適用と既存システムとの連携を行う実装フェーズへ移り、規模は対象範囲によって変わります（業務範囲・連携範囲による）。稼働後は、業務ルールの変更や新しい例外パターンに追随し続ける運用・保守フェーズが続き、月額制で継続的に精度を維持します。

陥りやすい失敗パターン3つ

内製・外注どちらを選ぶ場合でも、設計の質を見誤ると同じ失敗を繰り返します。特に注意したいのが次の3つです。

• 設計の質を見ずに価格や実績だけで比較する — 「資産として残るか」「業種横断で再利用できる部品か」を確認しないまま見積金額の安さだけで委託先を選ぶと、後で改修のたびに追加費用がかさむ設計を選んでしまいがちです
• PoCを飛ばして一気に本実装へ進める — 小さく試す工程を省いて大きな初期投資を先に約束すると、想定した精度・効果が出なかった場合の手戻りコストが跳ね上がります
• 『試してから決められるか』を契約前に確認しない — 最低契約期間や解約条件を確認せずに契約すると、効果が見えないまま高額な契約に縛られるリスクが残ります

内製・外注それぞれの隠れコスト

表のとおり、どちらを選んでも「人の入れ替わり」が最大のリスクです。内製だからブラックボックス化しない、外注だから属人化しない、ということはありません。設定の理由を文書に残す運用だけは、どちらを選んでも必須です。

3条件を、発注時の質問に翻訳する

3条件は、そのままでは抽象的です。委託先との商談や、内製の方針を決める会議で、次の形にして聞いてみてください。答え方でほぼ判別できます。

• ①資産として残るか →「納品物には何が含まれますか。設定の内容と、なぜその設定にしたかを社内の人間が読める形で残りますか」。コードだけを預かる形だと、担当者が代わった時点で中身が分からなくなります
• ②部品化されているか →「今回作る仕組みのうち、他社でも使っている共通部分と、当社専用に作り込む部分はどこですか」。すべてを一から作る提案は、費用も改修コストも高くつきます
• ③試してから決められるか →「最初の契約で、どこまでやって、いくらですか。次の契約に進まない判断もできますか」。フェーズを分けられない提案は、途中で引き返せません

内製するにしても外注するにしても、本来はこの3条件を満たす設計を選ぶべきです。導入したシステムが現場で使われない原因｜定着させる設計の3原則という現象も、突き詰めればこの3条件のどこかが崩れていることがほとんどです。委託先を比較する際は、価格や実績の前に、まずこの3つを聞いてみてください。

内製と外注のどちらが正しいかは、会社の状況（社内にエンジニアがいるか、対象業務の複雑さ、スピード感）によって変わります。ただし、どちらを選ぶにせよ「属人化しないか」「ブラックボックス化しないか」「試してから決められるか」の3点は共通して効く判断軸です。なお、内製を選ぶ場合に最も見落とされるのは、作った人が異動・退職したときの引き継ぎです。外注のブラックボックス化を嫌って内製にしたのに、結果として社内の一人しか触れない仕組みになる——という事例は珍しくありません。内製でも、設定の理由を文書に残す運用は必須です。