AIの導入で必ずぶつかる分かれ道が「自社で作るか（内製）、出来合いを買うか（SaaS・API）」です。これを勘や好みで決めると、たいてい後悔します。判断の土台はふたつ——コスト（何年・どれだけ使えば内製が割安になるか）と、戦略（そもそも自分たちで握る価値があるか）。この記事では、初めての人でも自分の状況に当てはめられるよう、両方を順番に組み立てていきます。
FIG.1 内製は初期が重くランニングが軽い／SaaS・API は逆。交点より右（＝規模が大きい）で内製が割安になりやすい
ただし注意したいのは、この交点は近年どんどん右へ動いていること。生成AIのAPI料金は2025年初頭から2026年初頭にかけて大幅に下がり、おおむね100万トークンあたり数ドルだったものが1ドルを切る水準まで来ました。つまり「買う」側が安くなったぶん、内製が割に合うラインは以前より高い規模に移っています。料金は今後も変動するので、必ず各社の公式料金で最新値を確認してください。
01まず「コスト」を粗く見積もる
最初の作業は、内製とSaaSの総コスト（TCO）を年単位でならべること。ここで多くの人が落とすのが、目に見えにくい費用です。下の表のように、両者で重い部分が逆になります。
| SaaS / API を買う | 内製で作る |
|---|---|
| 月額・従量課金 × 利用規模 | 開発の人件費（最大の費目） |
| 連携・運用の工数 | インフラ（GPU・サーバ・ベクトルDB等） |
| 規模拡大で料金が伸びる | 保守・監視・障害対応（毎月かかり続ける） |
| 立ち上げは速い | 立ち上げ期間中の機会損失 |
カスタムAI開発の費用は、調査ベースで小さな機能追加でも数百万円規模から、本格的な業務システムなら数千万〜億円規模になることが多く、しかもその6〜7割は人件費です。さらに自社データでモデルを微調整（ファインチューニング）すると、計算資源とエンジニア費でさらに上積みされます。「ライセンス料を払わなくて済む」だけ見て内製に飛びつくと、この人件費の山を見落とします。
02内製コストで“忘れがち”な3費目
損益分岐の試算が甘くなる原因は、たいてい次の3つを入れ忘れることです。試算表に必ず1行ずつ足してください。
保守・運用
作って終わりではない。監視・障害対応・モデル更新で、自社運用のLLMは目安で月10〜20時間の技術者工数がかかるという試算もある。
採用・継続性
作れる人を雇い、辞めても維持できる体制。属人化したまま担当者が抜けると、動くシステムごと塩漬けになる。
機会損失
立ち上げに数ヶ月かかる間、SaaSなら今日得られていた成果を得られない。時間もコストの一部。
とくに自社運用は「GPUの値段とトークン単価」だけで皮算用すると危険です。実際には電気代・遊休時間の無駄・保守工数まで含むため、素朴な見積もりは実コストを3〜5倍ほど過小評価しがちと指摘されています。試算は楽観でなく保守的に置くのが鉄則です。
03損益分岐の“当たり”をつかむ目安
厳密な計算の前に、ざっくりした分岐の感覚を持っておくと判断が速くなります。生成AIを「買うAPI」と「自社運用」で比べた場合の、よく語られる目安は次のとおりです（あくまで一般論。自社の使い方で必ず再計算を）。
- 高性能モデルのAPIを自社運用に置き換えて元が取れ始めるのは、月あたりおおむね数百万〜1千万トークン規模から。
- 低価格モデルが相手だと、API がすでに安いので、自社運用が割安になるには月5千万〜1億トークン級の利用が要る。
- 検証目的（MVP・PoC）なら、規模が小さく要件も動くため、ほぼ常にまず買う（マネージドAPI）が正解。目的はインフラ最適化でなく価値検証だから。
迷ったら、まず買って動かし、規模と要件が固まってから内製を検討する。
04コストだけで決めない——4つの戦略軸
損益分岐はあくまで出発点です。「安くなる」だけで内製にすると、保守地獄に落ちることがあります。コスト試算の上に、次の4つの軸を重ねて補正します。
差別化の源泉か
競争力の中核（自社だけの強み）になる部分なら、外に出さず内製で握る価値が高い。逆に、どの会社も同じように使う汎用機能は買う。
データの機密性
外部に出せないデータが中心なら、内製や閉域（自社管理）環境が前提になりやすい。契約・規制要件もここで確認する。
変化の速さ
要件が頻繁に変わる領域は、自分で素早く直せる内製の柔軟性が効く。安定した定型業務なら買って任せた方が楽。
人材の継続性
作った人が辞めても回せるか。維持できる体制が無いなら、内製の魅力は絵に描いた餅になる。
FIG.2 差別化と汎用性の2軸で振り分ける。判断に迷う機能ほど、まず買って境界を見極める
05失敗パターンから逆算する
内製の落とし穴は、だいたい同じ形で繰り返されます。先に知っておけば避けられます。
- 「作れるから作る」：差別化と関係ない汎用機能まで内製し、保守だけが永遠に残る。
- 試算に運用費を入れ忘れる：保守・監視・採用コストを抜くと、損益分岐が実際より早く来るように見えてしまう。
- PoC止まり：検証は成功したのに本番運用の体制が無く、システムが塩漬けになる。
これらは個社の不運ではなく、業界全体の傾向です。MITが2025年に公表した大規模調査（State of AI in Business / GenAI Divide）では、企業の生成AIパイロットの約95%が損益（P&L）に測定可能な効果を出せていないと報告されました。原因はモデルの性能ではなく、業務に根づく前に止まる「学習・定着のギャップ」とされています。
Build vs. Buy — What the Data Says
「全部買う」でも「全部作る」でもなく、ハイブリッドが主流
同じMIT調査で、外部ベンダーから買う・組む形は約3分の2（おおよそ67%）が成功したのに対し、社内だけで作る内製はその約3分の1の成功率にとどまりました。実態として企業のユースケースの多くは「買う」に落ち着き、その大半は土台を買い、差別化の知能層だけを自社で作るハイブリッドです。
FIG.3 基盤は買い、競争力になる薄い層だけを自社で作る——失敗率の低い現実解
つまり問いは「作るか買うか」の二者択一ではなく、どの層を買い、どの層を自社で握るか。差別化の薄い土台は買い、自社の強みになる部分にこそ内製の力を集中させます。
06現実的な結論と次の一手
基本線はシンプルです。差別化のコアは内製、それ以外は買う。そのうえで手順は次のとおり。
損益分岐を粗く試算
SaaS年額と内製TCO（人件費・インフラ・保守・機会損失を含む）をならべ、交点の規模感をつかむ。
戦略4軸で補正
差別化・機密性・変化の速さ・人材継続性で、コストの結論を上書きする。
まず買って検証
規模・要件が固まるまではマネージドで小さく動かし、効果と運用負荷を実測する。
握る層だけ内製へ
差別化が確認できた薄い層だけを内製化し、土台は買い続ける（ハイブリッド）。
料金・モデル・自社の利用規模はどれも動き続ける前提なので、この判断は一度きりでなく定期的に見直すのが正解です。外部に委託して作る場合は、要件と評価基準を明文化する必要があります——次の章では、その委託時のRFP（提案依頼書）の書き方を扱います。
