Salesforceの$3.6BのFin買収、狙いはCRMの席数課金の先に

Salesforceは、旧IntercomのFinを約$3.6 billionで買収することで合意した。折しもAIエージェントによって、利用者は個々の業務ソフトを直接操作する必要がなくなると期待されている。この買収が合理性を持つのは、既存の業務ソフトが秘める最大の価値が、利用者がその画面を離れた後にこそ表れる場合だ。

席数課金が生き残るには、実際の業務と結び付かなければならない

CRMはもともと、「この顧客について会社は何を把握しているのか」という人間の問いに答えるために設計された。顧客情報には取引履歴、担当者、接点、未処理業務が一元化され、利用席には、その履歴を読み、次の対応を決める権限を持つ従業員がひも付いていた。データベースが記憶を担い、従業員が判断と実行を担っていたのである。

Salesforceは、AI導入の第1段階でもこの役割分担を維持した。AILAという仮想マーケティング支援ツールを開発したMinHashを2015年に買収し、2016年にはSales CloudやMarketing Cloudを含む各製品へEinsteinを導入した。Einsteinは従業員が社内記録を読み解くのを助けたが、会社が実際に行う処理の責任までは負わなかった。

その後、法人向けソフトウェア企業は、さらに難しい問いに向き合うようになった。従業員に代わって、ソフトウェアが業務を遂行できるのかという問いだ。Salesforceは、営業、マーケティング、商取引、顧客対応の各分野でAgentforceを会話1件あたり$2から提供し、事業モデルの転換を明確にした。

利用席が示すのは、システムへ接続できる権利だ。会話件数が示すのは、処理が発生した量である。後者は実際の業務に一歩近いが、顧客が購入した本来の価値、すなわち問題の解決にはまだ届かない。エージェントが明快なやり取りを3回重ねても、同じ処理を繰り返し、案件を開始時点のまま放置することはあり得る。提供企業には利用実績が立つが、顧客の問題は残ったままだ。

Salesforceが求めているのは、性能のよい問い合わせ対応ボットにとどまらない。Finを取り込めば、同社は料金体系を利用許諾型から処理量に応じた労務型へ移すのと同時に、顧客対応に特化した実行基盤を手に入れることになる。長期的に収益を支える単位は、メッセージでも会話でもない。企業が結果を受け入れられるだけの証拠を伴い、許可された業務が完了したことだ。

エージェントに実行権限を与えて初めて、蓄積した文脈が価値を持つ

高性能なモデルは、指示文に与えられた情報から回答案を作成できる。企業向けエージェントには、さらに難しい条件が求められる。最新の記録、業務システムへの正規の接続権限、明確に定められた実行範囲、そして例外発生時の明示的な処理経路である。エージェントの信頼性が、接続先の基幹システムや与えられた制約の信頼性を上回ることはない。モデルが実際に処理を始めれば、古いデータや曖昧な権限は、単なる情報検索上の問題ではなく、業務上の障害になる。

エージェントは従来型のSaaS基盤を時代遅れにするのではなく、むしろ戦略的重要性を高める。CRMはすでに顧客情報と業務工程の近くにある。エージェントがその蓄積された文脈を消し去るわけではない。どの情報を開示し、どの処理を許可し、何を記録として戻すかを管理する価値を高めるのである。

Claudeforceは、その構造を目に見える形にした。SalesforceとAnthropicは、あらかじめ用意された37の営業機能を収めた追加機能から協業を始め、Data 360、Tableau、Slack、Salesforceの業務工程へ統制された形で接続できるようにした。モデルが能力を提供する一方、その能力が動く企業内の地盤を提供するのはSalesforceだ。Anthropicの金融サービス向けエージェントも、例外処理に同じ原則を適用している。すべての判断を自律的に完了するのではなく、法令順守に関わる案件を担当者へ引き継ぐ。引き継ぎは、エージェントが失敗した後に残る処理ではない。統制されたエージェントが正しく実行すべき処理の1つである。

企業は、権限表、本人確認上の境界、業務手順の定義、実行履歴、上位担当者への引き継ぎ待ち行列を通じて統制を徹底する。他社がモデルを提供していても、これらの接点を握る企業が導入基盤を支配する。企業向けソフトウェアで、エージェント型業務工程の統制基盤が主戦場になったのはそのためだ。

モデルの提携先が、受け入れ側の競合へ転じる可能性もある。Salesforceの従業員は、AnthropicのClaude TagがSlackbotの需要を奪い、法人向けソフトウェア市場でAnthropicの交渉力を高めるのではないかと懸念していたと報じられている。モデル提供企業の製品が利用者の主要な仕事場になれば、そのモデルを有用にした文脈を持つ業務ソフトを迂回できる。Salesforceは最先端モデルを自社の統制基盤に取り込みつつ、モデル提供企業そのものが統制基盤になる事態を避けなければならない。

基盤の内側に隠れている本当の商品は、運用を把握できる仕組みだ

Salesforceは製品展開の順序を通じて、対話ボットと業務実行基盤を明確に分けた。Agentforce 2dxでは、対話画面や利用者からの指示がなくても、エージェントが企業内システムを横断して先回りで処理できることを打ち出した。続くAgentforce 3では、MCPへの対応とCommand Centerによる運用状況の把握機能を追加した。Salesforceによれば、Agentforceの導入には8,000社が申し込んだ。

SalesforceがCommand Centerを構築したのは、単なる文字入力欄のためではない。稼働中の仕組みを点検するためである。自律化が進むと、誤った回答は1つの画面内で完結する不具合ではなく、後続処理に影響を及ぼす業務上の出来事になるからだ。

したがって、エージェントという呼び名よりも、Command Centerの存在の方が本質をよく表している。例外が可視化され、必要な文脈が保たれ、解決権限を持つ担当者へ業務が渡されるのであれば、企業は時折支援を必要とするモデルを受け入れられる。一方、障害がシステム間で消えてしまうからこそ自律的に見えるようなエージェントを、責任ある形で運用することはできない。

人への引き継ぎは自律性の反対ではない。自律性を商品として成立させる境界線である。

Finを買収すれば、Salesforceはこの構造の中に顧客対応専用の仕組みを組み込める。ただし買収手続きはまだ完了しておらず、Salesforceは2027会計年度の第4四半期に完了する見通しを示している。Salesforceは統合の実効性をまだ証明していない。Finの戦略的価値は、その実行力を維持したまま、既存大手が持つデータ、権限、運用把握、販売基盤へ接続できるかどうかにかかっている。

Salesforce自身も、慎重に見るべき理由を示している。同社の宣伝映像には、Agentforceの試作画面や、広く提供されていない機能が登場した。8,000社という導入申込数が示すのは意向であり、本番環境で安定して業務を遂行できることではない。権限設定の不備、例外処理の経路、運用費用が顧客の現実に直面するはるか前から、基盤構想は会議室で説得力を持って見えるものだ。

Salesforceがすべきことは、Finを自社の顧客対応製品に組み込むだけではない。信頼性、処理規模、使いやすさ、費用が相互に制約し合う一体的な仕組みとして、買収した機能を運用しなければならない。Salesforceの販売網が価値をもたらすのは、単独製品だったときよりも、統合後の業務実行基盤が確実に仕事を完了できる場合に限られる。

顧客対応では、仕組みの弱点がすべて露呈する

顧客対応は、企業向けエージェントが抱える問題のすべてが1つの実案件に凝縮されるため、実力を試す場になりつつある。エージェントは依頼内容を理解し、関連情報を取得し、処理権限の有無を判断し、適切なシステムを使い、例外を見極め、責任の所在が明確な記録を残さなければならない。自然で流暢な言葉が担うのは、この一連の流れの最初の一部にすぎない。

Zendeskが2026年にForethoughtの買収で合意したことからも、この動きがSalesforceだけのものではないと分かる。買収額は公表されておらず、Forethoughtはそれまでに$115 millionを調達していた。いずれの買収も、専門性の高いエージェントシステムを、既存の顧客対応基盤へ組み込むものだ。

Sierraも、長時間にわたる業務を見据えて同じ賭けに出た。同社は、7月上旬時点で年間換算売上高が$10 millionに迫っていた「long-horizon」エージェントの開発会社Takeoffを買収した。作業が長期化するほど、エージェントには状態を保持し、別の道具を選び、話の流れを失わずに制御を引き渡す能力が必要になる。顧客対応が完了するのは、権限に基づく処理と、その記録が一致した後である。

Manusの初期利用者からは、反対の事例が報告された。待ち時間の長さ、誤り、期待外れの回答、終わりのない反復処理である。こうした報告は、自律的な業務遂行が不可能だと証明したわけではない。成功した実演と、信頼できる業務運用は別物であることを示した。

どの提供企業でも流暢な回答を生成できるようになれば、整った出力だけでは処理が成功した証拠にならない。顧客対応責任者にとって本当に希少なのは、エージェントが許可された業務を完了し、案件を解決したと示す実行履歴である。

エージェントという看板の真価は、引き継ぎ待ち行列で問われる

提供企業ごとに「エージェント」の定義が異なるため、それが対話型の支援機能を指すのか、道具を使う業務手順を指すのか、それとも自律実行を指すのかを巡って、顧客には不満が生じている。一方、企業はエージェントを、売上拡大よりも主に効率向上や費用削減のために利用してきた。その結果、導入企業は「どれだけ人手を省けたか」という危うい代替指標に頼りやすくなる。

人への引き継ぎを抑えることを目標にすれば、顧客の問題が未解決でも、人の手から案件を遠ざけることで効率が上がったように見せられる。指標は改善する一方、失敗は再度の問い合わせ、途中離脱、計測対象外の経路で行われる作業へ移る。最初の問題は、管理画面が監視していない場所で再び現れる。

自動化を導入する顧客対応責任者は、許可する業務、エージェントが操作できるシステム、完了とみなす条件、処理を停止すべき場合の例外経路を定める必要がある。何が起きたかを示す履歴も保存しなければならない。そうして初めて、顧客対応部門は、人への引き継ぎを自律完了と同じくらい重要な、管理された結果として扱える。

Salesforceによる$3.6 billionの賭けは、CRMにAIを導入してきた10年の流れを反転させる。Einsteinは顧客情報の中に知能を持ち込んだ。Finは、顧客に直接向き合う実行機能を、その業務を統制する仕組みの中へ持ち込むことになる。Salesforceが$2の会話を、顧客情報との結び付きを切らずに、権限、道具、実行履歴、必要に応じて人への引き継ぎ待ち行列まで運べる場合に限り、席数課金は生き残る。