ツールを売る側から実装しきる側へ ー コールセンターAIの価値はどこへ移るのか

2026年7月、業務改革コンサルティングのLTSが、コンタクトセンター/BPO領域でのFDEサービスの本格展開を打ち出した。その数日後には日本AIセンターが企業向けのFDE専門窓口を開いている。
同じ月、海外ではOpenAIが顧客企業に技術者を送り込むPresenceを限定提供として立ち上げている。業種も規模も違う3つの動きだが、向いている方向は揃って見える。AIを「売る」のではなく、顧客の現場に人を入れて「実装しきる」側へ、価値の重心が移りつつある。私はこの移動を、コールセンターAIという分野の勝ち筋がいったん組み替わる前触れだと捉えている。
市場は伸びている。ただし「何が」伸びているのかが変わりはじめた
まず規模を押さえておく。コールセンター向けAIの市場は、調査会社360iResearchの推計で2025年に17億ドル規模、2032年に52億ドルへ、年平均17.31%で拡大するとされる。国内でも生成AIの使われ方が2026年に進む点から線への移行が指摘されており、単発の実証実験から業務フロー全体への接続へと段階が上がっている。数字だけ見れば、追い風は続いている。
ここに異変がある。伸びの中身が、製品ライセンスから実装労働へとにじり寄っている。当て馬として、これまで主流だったモデルを置いてみる。ボイスボットや通話要約、VOC分析のツールを年間ライセンスで購入し、あとは自社で使いこなす、という買い方だ。この形は導入のハードルが低い一方で、「買ったのに現場が動かない」という溝を残しやすかった。FDEはこの溝そのものを商品化する。技術者が現場に常駐し、実装から定着までを引き受ける。留保をつけるなら、ツールが売れなくなるという単純な話ではない。ライセンス市場は残るし、むしろ実装が進むほど土台のツール消費は増える。変わるのは、粗利と顧客の感謝がどこに集まるか、その配分だ。
なぜ「実装しきる側」に価値が寄るのか
構造をアナロジーで噛み砕く。コールセンターAIの導入は、家のリフォームに似ている。優れた建材のカタログ(ツール)を渡されても、住人は自分で壁を壊せない。実際に価値が生まれるのは、設計士と職人が家に上がり込み、配管の位置や家族の生活動線という「その家だけの制約」に合わせて手を動かした瞬間だ。生成AIのモデル性能が上がるほど、カタログの厚みではなく、現場の制約に合わせて組み切る力が希少になる。
この考え方の源流は、データ分析企業のPalantirが2010年代初頭に築いたFDEモデルの原型にあるとされる。要件を言語化できない顧客に対して、ソフトを納品する代わりに技術者を送り込み、実データと実システムの中で動くまで作り切った。特徴的なのは役割分担で、実装を担うエンジニアと、現場の政治や経営の合意形成を担う戦略担当を分けて配置する。技術の最後の一歩と、組織の最後の一歩は別の問題だという割り切りがある。個別最適でつくった荒い解を、後方の開発チームが横断的に眺めて共通機能へ磨き上げる。この往復で、受託仕事が製品へと育っていく。
コールセンターに引き寄せると、応対フローもCRMもKPIも事業者ごとに異なり、要件は事前にきれいに書けない。だからこそ、現場に入って解き切るモデルが噛み合う。日本AIセンターがFDEを「現場に入る/AIエージェントを率いる/解き切って定着させる」の3要素で定義し、実装の多くをコーディングエージェントに任せて人は設計と判断に集中すると説明しているのは、この構造をそのまま言い当てている。FDEはいまや、OpenAI・Anthropic・Googleがそろって採用を強める職種にもなっている。
勝ち筋は3つの型に分かれる
現時点で観察できる戦略を、3つの型に分けて整理する。
第一に、「常駐して解き切る型」。コンサルとエンジニアを単一チームにして現場に入るモデルで、LTSがこの旗を立てた。同社はコンタクトセンター/BPOをコストセンターではなく価値創出の場と位置づけ、オペレーター支援、通話・チャット要約、VOC分析、ナレッジ活用、品質評価、教育、後続の事務処理までを対象に、戦略・業務改革・実装の3本柱で支援すると説明している。なぜ効くかといえば、業界理解と実装力が同じチームに同居するため、要件のすり合わせで生じる伝言ゲームの損失が小さいからだ。
第二に、「基盤ベンダーが自ら降りてくる型」。OpenAIのPresenceがこれにあたる。顧客サポートやアウトバウンド、社内業務向けのAIエージェント展開を、FDEと選ばれたシステムインテグレーターが主導する。OpenAIはこの体制を、報道によれば1億5000万ドル規模のパートナープログラムと、2026年5月のTomoro買収で組成したDeployCoで支えており、その後の買収で技術者数を数百人規模へ広げたという。モデルを作る側が実装現場まで降りてくる動きで、なぜ効くかは明快だ。モデルの限界と回避策を最もよく知る者が実装を握れば、性能を引き出しきれる。留意したいのは、Presenceがまだ自由に契約できる製品ではなく、対象を絞った限定提供にとどまり、料金も個別見積もりで非開示という点だ。ベンダー自己申告の成果を安易に一般化はできない。
第三に、「BPOがAI実装の伴走者に転じる型」。人手の運用を請け負ってきたBPO事業者が、AIの導入と運用の伴走へと役割をずらす道だ。LTSがBPaaS(サービスとしてのBPO)への転換を掲げているのは、この型に片足を置いた動きと読める。なぜ効くかというと、BPOはすでに顧客の業務データと現場に深く入っており、FDEが最も欲しがる「現場へのアクセス権」を最初から握っているからだ。


