1. 「内製か外注か」が二択に見えてしまう理由

最初に整理しておきたいのは、この問いは本来二択ではないということだ。実際の現場では、内製と外注は地続きで、フェーズによって最適な比率が変わる。それでも二択に見えてしまうのは、3つの誤解があるからだ。

誤解1：内製＝コストが安い 内製は「外注費がかからない」と認識されがちだが、AI 実装に詳しい人材の採用・育成・離職リスクを足し合わせると、3年スパンでは外注より高くつくケースも多い。逆に「外注＝高い」も短絡的で、立ち上げ3ヶ月で同じ品質に到達する速度を考えると、機会損失分を差し引いて外注のほうが安いという計算になることもある。

誤解2：外注に頼むとノウハウが社内に残らない これは契約設計と運用ルールで回避できる。プロンプトや構築データを発注側資産として明示する条項、運用引き継ぎフェーズを契約に含める設計、構築過程に社内メンバーが伴走する協働モデル──いずれも実例があり、「外注＝丸投げでノウハウ消滅」は古い前提だ。

誤解3：一度決めたら変えられない 内製・外注は、領域ごと・フェーズごとに切り分けられる。Phase 1 は外注、Phase 2 から内製比率を上げる、というハイブリッドは、むしろ標準的な進め方になりつつある。

2. 内製が向くケース

内製が機能するのは、以下の条件が揃っている場合だ。一つでも欠けると、内製は「動いているように見えて実は止まっている」状態になりやすい。

• AI 実装の経験がある人材が、少なくとも1名社内にいる。プロンプト設計、API 連携、ツール選定をリードできる人。兼任ではなく、最低でも工数の30%以上を割ける状態が望ましい
• 取り扱うデータの機密性が高く、外部共有のハードルが大きい。顧客の与信情報、診療情報、社員の人事評価データなど。NDA だけでは安心できない領域
• 長期的に AI 運用を競争優位にしたい。AIを「外注した便利機能」ではなく「自社の業務基盤」として組み込み、改善サイクルを社内で回し続ける意志がある
• 試行錯誤の自由度を最優先したい。ベンダーの工数見積もりや変更依頼の手続きを介さず、エンジニアが直接プロンプトを変えてその場で試す動きを大事にしたい
• 段階導入の各フェーズで、領域ごとに専任担当を置ける。1人で5領域を兼任する内製はほぼ確実に詰まる

特に重要なのは1点目。「AIエンジニアを採用する」と「AI 実装経験者がすでに社内にいる」の差は、3ヶ月のリードタイム差として顕在化する。採用前提の内製は、外注より遅くなる可能性が高い。

3. 外注（外部パートナー活用）が向くケース

外注が合理的な選択になるのは、以下のいずれかが当てはまる場合だ。

• 3〜6ヶ月で実装まで持っていきたいが、社内に専任を置けない。経営層の意思決定として「やる」が決まっているのに、リソースが追いつかないパターン
• 複数領域を同時並行で立ち上げたい。1領域だけなら内製で何とかなっても、3〜5領域同時は内製人材1人では物理的に無理
• AI 実装に必要なツール群（Dify / n8n / Claude Code / API連携）の選定で時間を溶かしたくない。最適解を経験で持っているパートナーに任せたほうが速い
• 顧客接点のあるエージェント（営業支援、サポート対応など）を早期に立ち上げ、売上に直結させたい。社内検証から始めるとリードタイムが伸び、機会損失が出る
• 失敗パターンを踏まずに済ませたい。「全社一斉導入」「業務丸投げ」「ツール先行」のような典型的な失敗を、経験のあるパートナーは未然に避けてくれる

外注を選ぶときに**最も警戒すべきは「丸投げ」**だ。発注側が「全部おまかせ」のスタンスで入ると、業務文脈が浅いまま実装が進み、出来上がった頃には現場が使えないものになっている、という結末になりやすい。外注でも、業務文脈の言語化は発注側の仕事として残る。

4. 判断のための5つの軸

具体的にどちらに寄せるか決めるとき、以下の5軸で自社を採点してみるとよい。各軸を内製寄り（左）／外注寄り（右）の5段階で評価する。

軸1：人材（AI 実装経験者の有無）

• 内製寄り：実装経験のあるエンジニア／企画担当者が社内に2名以上
• 外注寄り：実装経験者ゼロ、または1名いるが他業務で手一杯

軸2：スピード要求（いつまでに動かしたいか）

• 内製寄り：6ヶ月以上かけてもよい、長期目線
• 外注寄り：3ヶ月以内に最初の1体を動かしたい

軸3：データ機密性

• 内製寄り：顧客の与信・診療・人事評価など、外部共有が法的・契約的に難しい領域
• 外注寄り：機密性は標準的、NDA で扱える範囲

軸4：領域の数

• 内製寄り：1〜2領域を深く実装、横展開は急がない
• 外注寄り：3領域以上を並行で立ち上げたい

軸5：運用後の継続改善体制

• 内製寄り：プロンプト改善・トラブル対応を社内で回す体制を作りたい
• 外注寄り：構築後はパートナーに改善サポートを依頼する、または年次保守契約で回したい

5軸で3つ以上が内製寄り → まずは内製で動かす。3つ以上が外注寄り → 外注先選定に入る。ちょうど半分 → ハイブリッド（次章）を選ぶのが現実的だ。

5. ハイブリッド戦略：Phase で使い分ける

実際の現場でいま一番多いのは、フェーズによって内製・外注の比率を変えるやり方だ。最初から二択で決めるのではなく、AIエージェント部署のロードマップに沿って配分を変える。

Phase 1（0〜2ヶ月）：外注主導 + 社内伴走 立ち上げ初期は、ツール選定・初期プロンプト設計・ヒューマンゲート設計など、経験がモノを言う領域。外部パートナーに主導してもらいながら、社内メンバーが伴走して**「なぜそう作るか」を吸収する**期間に充てる。アウトプットだけでなく設計プロセスを引き渡してもらうのが鍵だ。

Phase 2（3〜6ヶ月）：内製比率を上げる Phase 1 で立ち上がったエージェントのプロンプト改善・新規エージェント追加を、社内メンバーが主導するようにシフト。外部パートナーはレビュー・相談相手としてバックグラウンドに退く。この移行を契約段階で明文化しておくとスムーズだ。

Phase 3（6〜12ヶ月）：内製中心 + スポット外注 基本運用は内製で回し、新領域への拡張や難易度の高い実装案件だけスポットで外注に依頼する。ここまで来ると、社内にノウハウが蓄積されているため、外注に頼む判断もシャープになる。

このハイブリッド戦略の利点は、Phase 1 でリスクと時間を圧縮しつつ、Phase 2 以降で内製ナレッジを資産化できる点にある。完全内製の場合に発生する立ち上げの遅さと、完全外注の場合に発生するノウハウ流出リスクを、両方とも回避できる。

6. 内製・外注の判断でよくある失敗パターン

判断軸を持っていても、実際の意思決定段階でつまずくケースがある。代表的な3つを挙げる。

失敗1：内製を選んだが、推進担当者の兼任率が高すぎる 「うちは内製でやる」と決めたものの、推進担当者が他業務との兼任で工数の10%しか割けない、というケース。結果として3ヶ月たっても最初の1体が立ち上がらず、社内から「やっぱり AI は難しい」という空気になる。内製を選ぶなら、専任に近い体制が前提。

失敗2：外注に頼んだが、業務文脈を渡さない 発注した瞬間に「これでもう大丈夫」と気を抜き、業務の細かい文脈をパートナーに伝えないケース。出来上がったエージェントが現場の実態と合わず、再構築が必要になる。外注でも、業務マッピングと文脈共有は発注側の仕事。

失敗3：ハイブリッドにしたが、引き継ぎフェーズを設計していない Phase 1 を外注、Phase 2 から内製、と決めたものの、外注期間中にナレッジ移管の具体的アクションが契約に含まれていない。結果、Phase 2 に入っても社内が動けず、Phase 1 の外注をそのまま延長することになる。契約時に「引き継ぎセッション3回 / ドキュメント納品 / プロンプト Git 管理」を明文化しておくのが定石だ。

7. 30分で判断するチェックリスト

打ち合わせの場で、内製・外注の方向感を決めるための簡易チェックリストを示す。以下の5問に YES / NO で答えるだけで、おおよその方向が見える。

YES が内製寄りに3つ以上 → 内製を主軸に、難しい領域だけスポット外注で補う YES が外注寄りに3つ以上 → Phase 1 を外注、Phase 2 から内製比率を上げるハイブリッドが第一候補 YES が分散 → 1領域だけ外注で試しに動かし、3ヶ月後に再評価

このチェックリストの主目的は、判断を「気合」や「方針」ではなく「条件の組み合わせ」に翻訳すること。経営層・人事・現場で答えがバラついた場合、それ自体が議論すべき論点（社内の前提認識ズレ）になる。

8. まとめ──「最初の3ヶ月で何が動いているべきか」から逆算する

内製と外注の選択で最も重要なのは、「3ヶ月後に何が動いているべきか」を具体的にイメージできるかどうかだ。それが明確なら、内製でも外注でもハイブリッドでも進められる。逆に、3ヶ月後のイメージが曖昧なまま着手すると、どの道を選んでも詰まる。

人事担当者・管理職の役割は、「どちらを選ぶか」を決めることではなく、「3ヶ月後の状態」を組織として握ることにある。状態が握れていれば、内製・外注・ハイブリッドの選択は、その状態から自然に導出される。

AI エージェント部署の立ち上げは「ツール導入」ではなく「組織設計の問題」だ、と前回の記事「AIエージェント部署のはじめ方」で書いた。内製・外注の判断も同じで、ツールの選定ではなく、組織として何を握って何を委ねるかの設計である。この視点で議論を始めると、二択の罠から抜け出せる。