※本記事は2026年7月時点の公開情報(各社の費用相場調査、経済産業省・IPA「デジタルスキル標準ver.2.0」等)と、当社が受託開発(外注される側)と内製化支援(顧客の内製を伴走する側)の双方で関わっている生成AI PoC(実証実験)・導入の実務にもとづきます。守秘案件は業界・規模・概要のみに匿名化し、実名・実数は出していません。費用は出典元の目安であり、要件により大きく変動します。
「生成AIを導入したいが、自社で作る(内製)べきか、開発会社に頼む(外注)べきか決められない」——稟議の一歩手前で止まっている、という相談が急増しています。内製すれば安く自由に育てられそう、でも人がいない。外注は速くて確実そう、でも高いしノウハウが残らない。どちらにも一理あるからこそ、決めきれません。
先に結論をお伝えします。生成AIの導入は「内製か外注か」の二択で決めると、ほぼ失敗します。 正しい問いは「作るか/頼むか」ではなく、「どの工程を・どの順番で・誰が持ち手になるか」 です。生成AIの取り組みは〈作る〉〈回す〉〈広げる〉という工程に分かれ、工程ごとに最適な持ち手が違います。多くの成功例は、最初は外注で立ち上げ、運用を段階的に社内へ移す 「段階的内製化(=第三の道)」 に着地しています。
本記事では、内製と外注を分ける4つの判断軸、内製/外注/伴走の費用相場(出典付き)、そして丸投げでも丸抱えでもない進め方を、受託と内製支援の両方を現場で見てきた立場から解説します。
この記事の結論(30秒サマリ)
– 生成AIは「内製 vs 外注」の二択ではなく、工程(作る・回す・広げる)ごとに持ち手を分ける設計問題。
– 判断軸は4つ:①人材(回し続けられる人がいるか)②スピード ③機密・セキュリティ ④保守・運用。最も効くのは見落とされがちな④。
– 費用の目安:外注PoCは約30万〜、本開発100万〜数千万円/内製はAI人材の採用で年650〜1,000万円/伴走型は月4万〜35万円(後述・出典あり)。
– 現実解は「作る=外注、回す・広げる=内製」を段階移管する第三の道。二次展開のコストと属人化リスクを同時に下げられる。
なぜ「生成AIは内製か外注か」の二択で決めてはいけないのか
「内製か外注か」を最初に決めようとすると、たいてい議論が空中戦になります。まだ何を作るか(要件)も、どれだけ使うか(頻度)も固まっていない段階で、体制だけ先に決めようとするからです。順番が逆になっています。
二者択一が失敗を生む3つの理由
理由1:生成AIの取り組みは「一度作って終わり」ではない。
Webシステムの受託と違い、生成AIは作った後に「使われるように育てる」フェーズが本体です。プロンプトの改善、社内データの追加、精度チューニング、利用ルールの浸透——この〈回す〉工程が価値の大半を生みます。「作る」だけを見て内製/外注を決めると、この本体を見落とします。
理由2:フェーズによって最適な持ち手が変わる。
実験段階では外注は不要(無料ツールと社内トライアルで十分)、特定業務にAIを組み込む段階で外注支援が効き、全社展開の段階では再び社内の推進役が要る——というように、フェーズごとに答えが変わります。これは複数の費用対効果調査でも共通する指摘です(出典は費用比較の章)。
理由3:「安いから内製」「速いから外注」という直感が、しばしば逆になる。
後述しますが、内製は人件費という固定費が乗るため小規模だと割高になりがちで、外注は初期こそ高くても運用を軽くできます。直感でコストを判断すると、たいてい読み違えます。
正しい問い=「どの工程を・どの順で・誰が持つか」
そこで、問いをこう組み替えます。
| 工程 | 中身 | 持ち手の第一候補 |
|---|---|---|
| ①作る | PoC・初期構築・難所の設計(RAG、連携、非機能) | 外注(速さ・専門性・失敗の肩代わり) |
| ②回す | プロンプト改善・データ追加・利用ルール運用 | 内製(現場に近い人が毎日触る) |
| ③広げる | 他部門展開・教育・効果測定 | 内製+伴走(社内が主役、外部が背中を押す) |
この分解ができると、「内製か外注か」は消えます。残るのは「①をどこまで外に出し、②③をどれだけ早く自社に引き取るか」という移管の設計です。これが本記事の核になります。生成AIをどの業務から始めるかを含む全体像は、生成AI導入支援とは|失敗しない進め方と費用感も参考にしてください。
内製と外注を分ける4つの判断軸(人材・スピード・機密・保守)
工程を分けたうえで、各工程の持ち手を決める判断軸は4つです。順に見ていきます。
①人材:作れる人より「回し続けられる人」がいるか
内製の可否を「作れるエンジニアがいるか」で判断すると危険です。生成AI活用は前述の通り〈回す〉が本体なので、問うべきは 「週に一定時間、AI活用の改善と社内普及に投資できる担当者がいるか」 です。ひとつの目安として「週5時間以上をAI推進に割ける担当者が社内にいるか」を基準に置くと判断しやすくなります(秋霜堂「生成AI業務活用は外注すべき?」、AI経営総合研究所(SHIFT AI)「生成AIの導入は外注すべき?」)。
いなければ、無理に内製しても止まります。実際に当社が見た例でも、情シス1名がAI推進を丸抱えして属人化し、その人の異動で運用が数か月ほぼ停止した、というケースがありました(匿名化)。ここでは保守と社内教育を外部が伴走で支え、手順を複数名に引き継ぐ形で持ち手を分散させたところ、概ね1〜2か月で運用を再開できました。裏を返せば、たった1名への集中が数か月分の停止コストを生む——人材軸は「スキルの有無」ではなく「継続して張り付ける工数と、引き継げる体制があるか」で見てください。
なお、どの役割・スキルを社内に置くべきかは、経済産業省・IPA「デジタルスキル標準 ver.2.0」が示す人材類型(ビジネスアーキテクトやデータサイエンティスト等)が判断の下敷きになります。生成AIの内製では、モデルを作る人材より「業務とAIをつなぐ推進役」を社内に置けるかが要になります。人を育てる前提なら、幹部育成の仕組みづくりのように育成を設計に組み込むと定着します。
②スピード:現場要望への即応 vs 立ち上げの速さ
スピードには二種類あります。立ち上げの速さは外注が圧倒的です(要件が固まっていれば数週間でPoCが立つ)。一方、運用が始まってからの現場要望への即応速度は内製が勝ちます(「この項目も抽出したい」に翌日対応できる)。
つまり「最初の一歩は外注が速い、育て続けるのは内製が速い」。ここでも工程で分かれます。立ち上げを外注で一気に済ませ、改善の主導権は早めに社内へ——が定石です。PoCそのものの設計は生成AIのPoCの進め方|失敗しない設計とKPI・撤退基準にまとめています。
③機密・セキュリティ:データがどこを通るか
社内文書や顧客情報を扱うなら、「そのデータがどのネットワーク・どのAPIを通り、どこに保存・学習されるか」が判断軸になります。外注は速い反面、データを外部に預ける設計になりがちで、閉域網要件や学習不使用の担保が必要です。内製(自社クラウド/閉域)はデータ主権を握りやすい代わりに、セキュアな基盤を自前で作る負担があります。
ここは「どちらが安全」ではなく「要件に合う構成を選ぶ」話です。社内データを安全に扱う構成は社内向け生成AIの構築方法|RAGと社内データ活用、守るべき要件は生成AIのセキュリティ対策|情報漏えいを防ぐ社内導入の要件を参照してください。機密性が高いほど「作るは外注、データと運用は内製」の分業価値が上がります。
④保守・運用:最も見落とされ、最も効く軸
4軸で最も差がつくのに、最も見落とされるのが保守・運用です。生成AIはモデルの更新、精度劣化、プロンプトの陳腐化が絶えず起きるため、「作って納品」で終わりません。「誰が毎月面倒を見るのか」を決めていない導入は、半年で放置されます。
外注に保守を委ねれば月額が乗り続け、内製で持てば工数が張り付きます。だからこそ、次章の損益分岐(保守を外に出すか内で持つか)が費用判断の中心になります。
4軸マトリクス(内製が向く/外注が向く)
| 判断軸 | 内製が向く | 外注が向く |
|---|---|---|
| ①人材 | 週5時間以上張り付ける担当者がいる | 専任を置けない・IT担当が手一杯 |
| ②スピード | 運用後の改善を速く回したい | まず立ち上げを速く済ませたい |
| ③機密 | 閉域・データ主権を最優先 | 標準的なデータで早く試したい |
| ④保守 | 継続して面倒を見る体制がある | 保守まで任せて本業に集中したい |
3つ以上「内製が向く」に当てはまれば内製寄り、逆なら外注寄り。ただし多くの企業は軸ごとに答えが割れます。だから工程で分けるのが現実解になります。
全内製(フル内製)が最適な企業もある
公平のために補足すると、次の条件がそろう企業は、最初から全工程を内製で持つのが正解です。二択を否定してきましたが、内製一択が合う会社は確かに存在します。
- AI活用が事業の中核で、継続的・大量に使う(一過性でない)。
- 複数名のエンジニア+推進役を張り付けられ、属人化しない体制がある。
- 機密要件が最上位で、データを外部に一切出せない。
- すでに類似システムの内製・運用経験があり、内製の失敗コストを吸収できる。
これらが揃うなら、外注の保守費や移管の手間を払うより、最初から社内資産として育てたほうが速く安く済みます。逆に1つでも欠けるなら、次章以降の「工程で分ける」設計を検討してください。
生成AIの内製・外注・伴走のコスト比較【費用相場・出典付き】
費用は「内製=安い/外注=高い」と単純化できません。構造が違うので、初期・月額・1年目総額で並べて比べます。数値は各社の公開調査にもとづく目安です(要件により大きく変動します)。
| パターン | 初期費用 | 月額の目安 | 1年目の総額イメージ | 主なコスト構造 |
|---|---|---|---|---|
| 内製(自社開発) | 採用・育成費 | ツール2,000〜3,000円/人 | AI人材採用で約650〜1,000万円(年収550〜800万+採用費100〜200万) | 人件費(固定費) |
| 外注(受託開発) | PoC 約30万〜800万円 | 保守 月数十万円〜 | 本開発100万〜数千万円+保守 | 開発費+保守費 |
| 伴走(第三の道) | 小さく開始 | 相談型4万〜10万円/実装伴走10万〜35万円(顧問型は月11万〜) | 月額×12+必要な開発だけ | 支援費(変動費に寄せられる) |
出典:内製の人件費・ツール費はBoostX「AI活用『内製化 vs 外注』1年間の費用対効果を徹底比較」、外注・伴走の相場はEQUES「AI内製化とは?外注との比較表やメリット、費用と成功事例」。生成AI導入の費用全体像は当社の生成AI導入の費用相場|PoC・本番開発の内訳と見積もりの考え方も併せてご覧ください。
先に費用判断の早見をお伝えします。 利用量が読めない立ち上げ期は、変動費に寄せられる外注・伴走が安い。利用が定着して量が増えたら、固定費の内製が安い——この一線で考えると迷いません。以下でその根拠(損益分岐)を説明します。
損益分岐点の考え方(月15〜25時間・時給2,000円換算)
「保守を外注に出すか、社内で持つか」の分岐はこう考えます。外注の保守運用が月3〜5万円なら、それに相当する社内工数は月15〜25時間(時給2,000円換算)。この時間を安定して割ける担当者がいるなら内製で持つほうが安く、割けないなら外注に出したほうが結果的に安い、という目安です(秋霜堂、AI経営総合研究所(SHIFT AI))。
ポイントは、内製の「人件費」は使っても使わなくても発生する固定費、外注の「保守費」は使った分だけの変動費に近い、という違いです。利用が読めない立ち上げ期ほど変動費(外注・伴走)が有利で、利用が定着し量が増えるほど固定費(内製)が有利になります。効果と費用を突き合わせる考え方は生成AI導入のROIの考え方|効果測定と費用対効果の出し方を参考にしてください。
「安いはずの内製」が高くつく3パターン
- 稼働率が低いのに人を抱える:月数十万円の人件費に対し、実利用がわずか。固定費だけが残る。
- 属人化して止まる:担当1名に集中し、異動・退職で運用停止。作り直しコストが二重にかかる。
- キャッチアップ費用を見落とす:モデルや手法は数か月で変わる。追いかけ続ける学習時間も立派なコスト。
いずれも「内製=タダで自由」という錯覚から生まれます。内製の本当のコストは時間と継続にあります。
第三の道=段階的内製化(丸投げでも丸抱えでもない)
ここまでの話を1枚に畳むと、現実解は「作る=外注、回す・広げる=内製」を、時間をかけて社内へ移していく段階的内製化です。丸投げ(全部外注)でも丸抱え(全部内製)でもない、第三の道です。
当社(キュリオシティ/No Concept合同会社)は、受託開発で「作る」を担う一方、内製化支援として顧客が自走できるよう伴走してきました。SES・調達領域では自社プロダクトを他社にOEM供給し、「借りる(既製品)」でも「作る(フルスクラッチ)」でもない“第三の選択肢”として提供しています。この経験から言えるのは、持ち手を固定せず、段階的に移すほど定着するということです。
匿名の実例を挙げます(実名・実数は伏せ、桁感は幅を持たせています)。製造・商社系の事務効率化(型番照合・見積作成の支援)では、最初のPoCと難所の設計を外注で数週間で立ち上げ、そこで作ったプロンプト資産と運用ルールを顧客側に移管しました。その後の二次展開(別部門・別帳票へ数回)は社内メンバーが自分たちで回し、外注に出していれば1件あたり数十万円規模で積み上がったはずの追加開発費を、社内工数に置き換えられました。移管から社内が自走するまでの期間は概ね2〜3か月。「作る」を外注に、「回す・広げる」を内製に振り分けたことで、展開のたびに外注費が発生する状態を避け、かつ現場の改善速度を上げられた——というのが当事者としての実感です。型番照合の具体例は型番抽出をAIで自動化|製造・商社の事務効率化でも触れています。
段階的内製化の進め方4ステップ
- STEP1|小さく外注で立ち上げる:最初のPoCと難所(RAG構築・システム連携・非機能)は外注で速く。ここで「使えるか」を検証する。→ 生成AI開発・PoC支援
- STEP2|資産を社内に残す形で作る:プロンプト・データ設計・運用手順書を納品物として社内に残す契約にする。ブラックボックス納品を避けるのが移管の生命線。
- STEP3|運用を内製へ移管する:改善(回す)の主導権を社内担当へ。外部は伴走(レビュー・詰まり対応)に役割を薄める。ここで人を育てる。
- STEP4|社内で横展開する:別部門・別業務へは社内が主役で展開。外部は要所だけ支援。ここまで来れば外注費は必要な開発だけに絞れる。
この設計の肝はSTEP2です。「作るを外注」しても、資産(プロンプト・データ・手順)が社内に残らなければ内製化は始まりません。 契約時に「何が納品物として残るか」を必ず確認してください。外注先を選ぶ具体基準は生成AI開発会社の選び方|比較ポイントと失敗しない発注基準にまとめています。
内製か外注か 判断チェックリスト(10問)
自社がどちら寄りか、10問で確認できます。「はい」が多いほど内製寄り、少ないほど外注(または伴走で立ち上げ)寄りです。
- 週5時間以上、AI活用の改善・普及に投資できる担当者がいる。
- その担当が1名でなく、複数名または引き継げる体制になっている。
- 運用開始後、現場要望に自分たちで即応したい(外部を待ちたくない)。
- 閉域網・データ主権など、機密要件が特に厳しい。
- 生成AIを継続的に(一過性でなく)業務の中核で使う予定がある。
- モデルや手法の変化を追いかける学習時間を確保できる。
- 保守・運用を毎月、社内工数として持ち続けられる。
- すでに社内に類似のシステム内製・運用の経験がある。
- 経営が「立ち上がりの遅さ」を許容できる(すぐ成果を求められていない)。
- 失敗リスク(作り直し)を自社で負う覚悟と体力がある。
- 7〜10個「はい」:内製の素地あり。ただし①作るは外注で加速も検討。
- 4〜6個:典型的な「工程で分ける」ゾーン。段階的内製化(第三の道)が最適。
- 0〜3個:まずは外注/伴走で立ち上げ、STEP2の資産移管を必ず条件に。
よくある質問(FAQ)
Q. 結局いちばん安いのはどれですか?
A. 利用量と期間によります。立ち上げ期や利用が読めないうちは変動費に寄せられる外注・伴走が安く、定着して量が増えるほど固定費の内製が安くなります。最初から内製で人を抱えるのは、稼働率が読めないぶんリスクが高い選択です。
Q. ノウハウを社内に残すには?
A. 契約で「プロンプト・データ設計・運用手順書を納品物として社内に残す」ことを明記してください(STEP2)。ブラックボックス納品だと、いくら外注しても内製化は始まりません。
Q. 小さく始めたいが、何から?
A. 特定業務1つに絞ったPoCから。撤退基準とKPIを先に決めるのがコツです(PoCの進め方)。全社一斉導入は失敗率が上がります。
Q. 内製化支援と、ただの外注は何が違いますか?
A. 外注は「成果物を納める」こと、内製化支援は「顧客が自走できる状態を作る」ことがゴールです。第三の道は後者で、最終的に外部依存を減らすことを目的にします。
まとめ|「内製か外注か」でなく「どう移すか」で設計する
- 生成AIは「内製 vs 外注」の二択で決めない。〈作る〉〈回す〉〈広げる〉の工程ごとに持ち手を分ける。
- 判断軸は人材・スピード・機密・保守の4つ。最も効くのに見落とされるのが保守・運用。
- 費用は構造で違う。立ち上げ期は変動費(外注・伴走)、定着後は固定費(内製)が有利。損益分岐は月15〜25時間が目安。
- 現実解は段階的内製化(第三の道)。「作るを外注、回す・広げるを内製」に移管し、STEP2の資産移管を契約で担保する。
生成AIの内製か外注かで迷ったら、まず「自社のどの工程を、誰が持つべきか」を一緒に棚卸しするところから始めるのが近道です。当社は受託(作る)と内製化支援(回す・広げるを伴走)の双方を手がけており、丸投げでも丸抱えでもない設計をご提案できます。
無料相談のご案内
「うちは内製と外注、どちらで進めるべきか」「どこまで外に出し、どこから社内で持つべきか」——貴社の状況に合わせた工程の切り分けを、無料でご相談いただけます。
👉 無料相談はこちら
監修者
大槻 伸夫(おおつき のぶお) — キュリオシティ株式会社 代表取締役CEO
“現場主義 × AI” を掲げ、生成AIの受託開発(PoC・本番構築)と、顧客が自走するための内製化支援・伴走の双方を手がける。SES・調達領域では自社プロダクトのOEM供給も行い、「借りる/作る」でない第三の選択肢を提供。中小・中堅企業のBPR(業務改革)から生成AI導入・定着までを一気通貫で支援している。
関連記事:生成AI開発・PoC支援/生成AI導入の費用相場/生成AI開発会社の選び方/生成AI導入支援とは/社内向け生成AIの構築方法(RAG)
