AIエージェントは自社開発か購入か：2026年の判断基準

開発か購入かをめぐる議論の多くは、その場に誰がいるかで決まります。エンジニアリング部門は開発したがり、調達部門は購入したがります。どちらの直感も間違いではありませんが、どちらも判断基準ではありません。ここでは、予算の現実に耐えられる判断基準を紹介します。

要点

• 業務フローが汎用的なら購入する。その業務フローこそが自社の強みなら開発する。
• MIT Project NANDAによれば、企業の生成AIのパイロットの95%は損益に測定可能な影響をもたらさず、ベンダーとの協業は67%の確率で成功したのに対し、社内開発は33%でした。
• 社内開発の総コストは、エンジニアの工数に恒久的な保守を加えたものであり、一度きりのプロジェクトではありません。何かを比較する前に、保守の予算を組んでください。
• 最も多く勝つのは中間の道です。モデルとプラットフォーム層は購入し、業務フロー固有のエージェントは開発を依頼し、プロンプトとコードは自社で所有します。
• どの道を選んでも構造は同じです。範囲を限定したひとつの業務フロー、書面の成功指標、合意した中止基準です。

判断基準を1つの表で

根拠が示すこと

MITのProject NANDAは、The GenAI Divide: State of AI in Business 2025のために、公開されている300件以上のAIの取り組みを調べ、52人の経営幹部にインタビューし、153人の上級管理職を対象に調査を行いました。この判断にとって重要な結果は2つあります。1つ目はよく知られています。パイロットの95%は損益に測定可能な影響をもたらしませんでした。2つ目のほうが役に立ちます。外部ベンダーと進めた取り組みは67%の確率で成功し、社内開発は33%でした。

これは、集中と、繰り返し現れるパターンへの経験についての議論です。社内チームのエンジニアが劣っているわけではありません。15のエージェントを納品してきたチームは、連携の失敗、プロンプトのずれ、9か月目の保守の問題にすでに直面しています。有能な社内チームは、そのひとつひとつに初めて、御社のスケジュールの中で、しかも通常業務をこなしながら直面することになります。

Gartnerは反対の方向から同じ結論に達しています。同社は、エージェント型AIのプロジェクトの40%以上が2027年末までに中止されると予測しており、その理由はコストの増大、不明確なビジネス価値、不十分なリスク管理です。3つとも業務範囲とガバナンスの問題であり、どちらの道を選んでもついて回ります。

誰も最後まで行わないコスト比較

購入側のコストは、ベンダーが公開しているので比較が簡単です。開発側のコストは、毎回同じ3つの点で過小評価されます。

知能ではなく連携。 1つの受信箱を読んで1つのシートに書き込むエージェントなら1週間で作れます。CRM、カレンダー、請求システム、電話システムに関わるエージェントになると、認証、エラー処理、故障しうる箇所が何倍にも増えます。どの道を選んでも、予算が消えるのは連携です。

誰も見積もらなかったデータの整理。 顧客の記録が食い違う3つのシステムにまたがっているなら、開発は突き合わせ作業から始まります。社内チームはそれを2週目に発見します。優れた外部パートナーは、見積もりを出す前にデータを確認します。

恒久的な保守。 比較を決めるのはこの点です。モデルの挙動は変わり、連携しているツールは互換性のない変更を出し、御社のプロセスも進化します。どちらの道でも、開発費の15〜25%を毎年、ずっと見込んでください。社内の場合、それはエンジニア1人に対する恒常的な負担であり、削れる費用項目ではありません。

外部の道については、当社が公開しているAIエージェントの費用帯が比較の数字になります。小規模な事業者による単一業務フローの簡単な自動化で3,000〜8,000米ドル、複数の業務フローを扱うほとんどの開発で40,000〜150,000米ドル、セキュリティ審査とコンプライアンスを伴うエンタープライズ向けのプログラムで150,000米ドル以上です。範囲を限定した業務フローを対象とする当社のパイロットは、シャドーモードと中止基準つきで、固定価格25,000〜60,000米ドルとして公開しています。議論を始める前に、社内のエンジニア工数をこれらの数字の横に並べ、保守の1年分も含めてください。

それぞれの道が勝つ場面

購入が勝つのは、カスタマーサポートの振り分け、会議の議事録、請求書のデータ抽出など、他の1万社が同じやり方で回している業務フローの場合です。ロードマップ、サポート窓口、そして他社による障害対応が手に入ります。汎用的な業務フローで、資金力のある製品チームを上回るものを作ろうとするのは、戦略ではなく趣味です。

開発が勝つのは、その業務フローに御社の判断が組み込まれている場合です。価格の例外ルール、問い合わせの見極めロジック、最も優秀な担当者が更新の商談を進める順序などです。これは汎用的ではないのでどの製品にも入っておらず、まさにエージェントが横並びではなく優位を生み出す部分です。

最も多く勝つのはハイブリッドであり、67%という数字が実際に表しているのもこれです。モデルへのアクセスとプラットフォーム層は購入します。業務フロー固有のエージェントは、それを手がけた経験のある人たちに開発を依頼します。プロンプト、コード、設定、評価用データセットは自社で所有し、後から社内に引き取れるようにします。最も強く交渉すべきは最後の条件です。求めるべき正確な文言は所有権に関する質問を参照してください。

5つの質問で判断する

今週中に判断が必要なら、次の質問に答えてください。

1. その業務フローをすでにうまくこなす製品はあるか? あれば購入する。
2. このステップのやり方を見たら、競合他社は何かを得るか? 得るなら、汎用製品は購入しない。
3. 9か月目にこれを担当するエンジニアの名前を挙げられるか? 挙げられないなら、社内では開発しない。
4. データは、法的にも実務的にも、ベンダーが保管する場所へ移せるか? 移せないなら、制約がすでに決めている。
5. 書面の成功指標と、プロジェクトを止める数値はあるか? ないなら、どちらの道でも始めない。

最も多く満たされないのは質問5であり、中止を予測するのもこの質問です。そして、最も安く解決できる問題でもあります。

どちらを選んでも、パイロットとして進める

構造はどちらの道でも同じです。範囲を限定したひとつの業務フローを実際のデータで動かし、何かを開発する前に成功指標と中止基準を書面で合意します。この規律こそが、測定可能な価値を生む5%のパイロットと、そうでない95%を分けるものです。セキュリティチームが求めることや提示すべき内容も含めた全体の構造は、調達を乗り越えるAIエージェントのパイロットにまとめています。

よくある質問

AIエージェントは社内で開発したほうが安いのか?

保守の1年分を数に入れると、めったにそうはなりません。社内のエンジニアの時間はすでに人件費に含まれているため、開発そのものは安く見えることがあります。しかし、年間15〜25%の保守は、更新できる費用項目ではなく、特定の人に対する恒久的な負担になります。エンジニアの工数を人件費の総額で計算し、保守を加えてから比較してください。

まず購入から始めて、後で開発に移ることはできるか?

できます。多くの場合、それが最も賢い順序です。まず製品を購入して、その業務フローが自動化する価値のあるものだと証明し、自社固有の要件がわかった時点で、それを組み込んだものを開発します。製品に依存する前に、データをエクスポートできることだけは確認してください。

Zapier、Make、n8nで自分たちで作るのはどうか?

月額20〜200米ドルで済む、単純なトリガー型の業務には適しています。業務フローに判断が必要になったとき、4つ以上のシステムに関わるとき、あるいは作った人が辞めたときに、うまくいかなくなります。この3つが移行のサインです。

自社の業務フローが汎用的か差別化要因かは、どう見分ければよいか?

その正確な手順を競合他社に説明しても平気かどうかを考えてください。平気なら汎用的なので、購入するべきです。答えに迷うなら差別化要因であり、自社が所有するものに組み込むべきです。

御社の業務フローについて判断を受ける

当社に依頼するより製品を購入したほうがよい場合は、そうお伝えします。引き受けるべきではなかった開発は、双方にとってよくない結果になるからです。グロース監査を予約するか、当社のAIエージェント開発の業務範囲と料金の決め方をご覧ください。