AI開発は内製と外注どちら？初期速度より知識と運用責任で比較

AI開発は、内製なら知識が残り、外注なら速い、という単純な二択ではない。内製でも採用と育成に時間がかかり、外注でも要件、データ、合否、運用の判断は社内に残る。

先に決めるのは、外へ出してもよい作業ではなく、社内に残さなければならない知識と責任である。顧客、業務、データ、リスクが競争力に直結する部分は社内責任者を置き、足りない実装力や短期の検証を外部で補う方法が使いやすい。

内製・外注・併用を5項目で比べる

判断軸	内製	外注	併用
初期速度	採用・配置・環境準備が必要	契約後に既存チームを使える	外部で試作しながら社内責任者を育てる
業務知識	日常業務から蓄積しやすい	言語化して渡す必要がある	判断知識は社内、実装知識は共同で残す
技術範囲	採用した人材と既存組織に依存	必要な期間だけ専門家を選べる	中核技術を内製し、周辺や不足領域を外注
運用責任	監視・障害・変更を自社で持つ	契約範囲外が残りやすい	社内が判断し、外部が合意範囲を実行
終了・変更	人材異動と退職に備える	データ・設定・ソース移管に備える	双方の手順と代替担当を持つ

ここでいう併用は、曖昧な共同責任ではない。誰が成果を承認し、誰がコードを変更し、誰がデータを更新し、誰が障害時に止めるかを分ける。

社内に残す知識を先に選ぶ

IPAのデジタルスキル標準ver.2.0は、DXを進める役割をビジネスアーキテクト、デザイナー、データサイエンティスト、データマネジメント、ソフトウェアエンジニア、サイバーセキュリティの6類型に分ける。AI開発を一人の「AIエンジニア」へ集約しない考え方だ。

全役割を採用する必要はないが、次の責任は社内の誰かへ割り当てる。

• 対象業務と期待効果を決める
• 利用できるデータと権限を決める
• テストデータと重大失敗を決める
• 本番利用を開始・停止する
• 品質、費用、事故を監視する
• 外部契約終了後の継続方法を決める

これらは外部の助言や実装を受けられる。それでも最終判断者が社内にいなければ、提供会社の提案を受け入れるか止めるかを決められない。

差別化につながる知識も確認する。たとえば顧客対応AIなら、顧客が何に困り、どの例外を人へ戻し、どの回答が事業上危険かという知識は社内に残す。モデル呼び出しや検索基盤の実装は外注できても、この判断知識まで事業者だけが持つ状態は避ける。

外注が向くのは不足が具体的なとき

外注が使いやすいのは、足りない能力と成果物を説明できる場合だ。

• 3か月で技術的な可能性を確認したい
• 一時的にRAG、評価、セキュリティの専門家が必要
• 既存システム連携の設計・実装を任せたい
• 社内標準を作る前に、再利用できる最初の実装が欲しい
• 固定したテストセットに対する結果が欲しい

PwCやNTT DATAの現行サービスは、構想からPoC、実装、定着まで広い範囲を掲げる。外部チームが長い工程を支援できる例ではあるが、個別契約にすべて含まれるとは限らない。成果物、担当、期間、除外、引き継ぎを契約で確認する。

対象業務も合否も未定のまま「AI開発を全部任せたい」と依頼すると、外部チームは要件を推測するしかない。この状態は外注の初期速度を生かせず、提案変更と追加見積が増えやすい。

内製が向くのは継続的に判断と変更が発生するとき

毎週データや業務手順が変わり、結果を見ながら機能を変える場合は、社内に実装・評価能力を持つ意味が大きい。製品の中核機能としてAIを改善し続ける場合も、変更理由と失敗例を自社で蓄積しやすい。

内製の前提は、採用することではなく、チームとして運用できることだ。担当者一人だけがプロンプト、データ更新、クラウド権限を知る状態は、外注依存を一人依存へ置き換えただけになる。

必要なのは、コードと設定の版管理、テストセット、運用手順、権限の分離、代替担当、予算責任者である。これらを整える時間も内製費へ含める。

24か月の費用と知識を同じ表に置く

市場の平均給与や採用手数料を初期値にせず、自社の給与・委託見積・採用条件を入れる。

入力	内製	外注	併用
採用・選考・入社待ち		社内窓口の時間
24か月の人件費		発注側責任者分
委託費	専門支援を使う場合に記入
クラウド・API・ライセンス
教育・環境整備
データ準備・評価
運用・障害・再評価
終了・移管
利用開始までの時間

24か月TCO = 採用 + 人件費 + 委託 + 技術実費 + 社内確認時間 + 移管 + 利用開始までの機会費用

機会費用は架空の売上を置く欄ではない。開始が遅れることで、検証や改善を何か月できないかを記録し、金額換算できる場合だけ入力する。

同じ表に知識の責任者も置く。

知識	主担当	保存先	代替担当	外注終了後に使えるか
業務・顧客の判断
データ定義・権限
評価セットと失敗例
システム設計・設定
監視・障害対応

基本は責任を内製し、不足能力を外注する

短期の試作だけなら外注し、結果から本番化を判断する方法がある。中核製品を毎週改善するなら内製比率を上げる。採用が整うまで外部チームを使い、設計・テスト・運用を段階的に移管する方法もある。

どの形でも、業務成果、データ利用、合否、本番停止の責任は社内に残す。実装作業を外へ出すことと、結果を判断する責任を外へ渡すことは別だからだ。

社内責任者を置けず、利用量も成功条件も決められない場合は、内製チーム採用と大型外注のどちらも急がない。まず一つの業務とテストセットを決め、短い検証で必要な役割を確かめる。