本文へスキップ
tech公開更新9分で読めます

Salesforce Einstein・Zendesk・HubSpotの「AIエージェント」は何が違うのか

シェア

同じ「AIエージェントが問い合わせを解決する」という言葉を使いながら、三大CRMの請求書は別物になりつつある。Salesforceの新しいHelp Agentは、エージェントが最初から最後まで自律的に解決したときだけ課金し、顧客が人間へのエスカレーションを求めたりネガティブな評価をしたら請求しない。Zendeskは自動解決1件あたり1.50ドルを、AIエージェント自身とは別の評価用AIが独立に確認してから請求する。HubSpotのBreeze Customer Agentは、会話が72時間有人に渡らなかったら「解決」とみなし、1解決あたり0.50ドルを取る。

数字だけ見ると0.50ドルのHubSpotが安い。だが本当に比べるべきは単価ではなく、各社が「何をもって解決と数えるか」の定義だ。ここでは3社のAIエージェントを、自動化の範囲・学習方式・Human-in-the-loop設計・価格の4点で並べ、コンタクトセンター文脈での使い分けまで踏み込む。結論を先に言えば、3社は「成果課金」という同じ方角へ歩きながら、成果の定義権をめぐって別の賭けをしている。

1. 価格が「席数」から「解決件数」へ動いた

まず起きている異変は、課金の単位が変わったことだ。2025年まで主流だったのは席数(ユーザー数)課金と、会話数課金だった。Salesforceは長く1会話あたり2ドルの会話課金を提供し、多くの企業がこれを使ってきた。それが2026年に入り、3社が相次いで成果課金(outcome-based pricing)へ舵を切った。

Salesforceは2026年、事前構築済みのHelp Agentを発表し、数分でデプロイでき、解決したときだけ課金するモデルを打ち出した。あわせて消費ベースのFlex Creditsも用意し、1アクション20クレジット(0.10ドル)で、Agentforceが実行したアクションの分だけ支払う形にしている。Zendeskは「CX業界で初めてAIエージェントの成果課金を提供する」とうたい、自動解決1件1.50ドルを提示した。HubSpotは4月14日からBreeze Customer AgentとProspecting Agentを成果課金へ移し、Customer Agentは1解決0.50ドル、Prospecting Agentは1リード1ドルとした。

比較のために当て馬を1つ置く。従来の席数課金は、AIが1件も解決しなくても同じ額を払う構造だった。成果課金はここを反転させ、AIが働いた分だけ払う。理屈の上では買い手に有利に見える。ただし、この単純比較には留保が要る。「解決」の定義が各社で違う以上、単価の大小は横並びで比べられない。0.50ドルのHubSpotは「72時間有人に渡らなかった」ことを解決と数え、1.50ドルのZendeskは別のAIが独立に検証したことを解決と数える。定義の厳しさが違えば、同じ1件でも意味が違う。

2. なぜ「成果の定義」が主戦場になったのか

成果課金が広がった理由を、レストランのたとえで噛み砕く。席数課金は「席料」だった。客が何も食べなくてもテーブルに着けば料金が発生する。成果課金は「完食したら払う」に近い。ここで店側が握りたいのは、何をもって「完食」とするかの判定だ。皿を下げるタイミング、残した一口を完食に数えるか。この判定基準こそが、売り手にとっての生命線になる。

AIエージェントの世界で「完食の判定」にあたるのが、解決(resolution)の定義と検証だ。3社の設計はここで分かれる。

Salesforceは、顧客からのネガティブな評価や有人エスカレーションの要求があれば課金しない、という顧客側シグナル連動の設計を取った。解決したかどうかを、顧客の反応で担保する。Zendeskは別の道を選び、解決を判定する専用の評価用AIを用意した。エージェント自身が「解決した」と主張するだけでなく、独立したモデルがそれを確認してはじめて課金する。二重チェックで定義の恣意性を抑えにいった形だ。HubSpotは時間軸で割り切り、会話が72時間有人に渡らなければ解決とみなす。判定の実装コストは一番軽いが、そのぶん「72時間内に再問い合わせが別会話で来た場合」の扱いなど、境界のグレーは残る。

実績値も見ておく。HubSpotはBreeze Customer Agentが8,000社以上で有効化され、会話の65%を解決し、解決時間を39%短縮したと公表している。ただしこれらはベンダー公表値であり、第三者の実測ではない。Zendeskは2026年に自律AIが人間より多くの対応をさばくと見込み、その裏付けとして自己学習型エージェントを取り込むForethought買収を3月11日に発表、後に完了させた。Salesforceは2025年から段階的にAgentforceの価格モデルを組み替え続けており、成果課金は「席数から解決へ」という同社自身の移行の到達点に位置づけられる。

3. 3社の設計から抜き出せる「型」

個社の機能比較を離れ、再現可能なパターンとして3つの型を抜き出す。

第一に「成果の定義権を握る」型。成果課金では、何を成果と数えるかを定義した者が価格の主導権を持つ。Salesforceは顧客フィードバック連動、HubSpotは72時間ルール、Zendeskは独立AI検証という、それぞれ自社の強みに寄せた定義を採った。買い手にとっての教訓は、単価の交渉より先に「御社の解決の定義は何か」を詰めることが効く、という点だ。定義が緩ければ、安い単価でも水増しされうる。

第二に「検証コストの内部化」型。定義を厳しくするほど、検証にコストがかかる。Zendeskは別のAIを走らせるという重い検証を選び、そのぶん1.50ドルという相対的に高い単価を正当化している。HubSpotは検証を時間経過に外注し、0.50ドルという低単価を実現した。ここにはトレードオフがある。検証が厳密なほど請求は信頼できるが原価が上がり、検証が軽いほど安くできるが定義のグレーが残る。買い手は「安さ」と「請求の信頼性」のどちらに寄せるかを、自社の問い合わせの性質で選ぶことになる。

第三に「CRMデータの重力」型。3社に共通するのは、AIエージェントを単体で売らず、自社のCRM・顧客データ基盤の上に載せている点だ。HubSpotはBreezeをCRMと一体で動かし、SalesforceはFlowsやApex、MuleSoft連携を通じて既存の設計資産に接続し、ZendeskはResolution Platformとして問い合わせ基盤ごと押さえにいく。エージェントの賢さそのものより、どれだけ密に顧客データと業務文脈に接続しているかが差になる。この型は、モデル単体の性能競争ではなく、データとの距離で勝負が決まりつつあることを示す。

4. コンタクトセンター文脈での使い分け

ここからは私の見立てとして書く。日本のコンタクトセンターにこの3社をそのまま当てはめると、いくつかの摩擦が予想できる。

まず、成果課金の前提である「解決の自動判定」は、日本語の問い合わせと国内の業務文脈でどこまで安定するかが読めない。72時間ルールのHubSpotは実装が軽い反面、電話中心で再入電が起きやすい国内CCでは「解決」の取りこぼしや過大計上が起きやすい。独立AI検証のZendeskは厳密だが、日本語の応対品質評価をどこまで正確にできるかは未知数だ。Salesforceのフィードバック連動は、そもそも顧客が評価を返す文化が弱い国内では、シグナルが薄くなる恐れがある。

使い分けの補助線を引く。デジタル中心・BtoBのサポートで、既存CRMがSalesforceかHubSpotなら、データの重力に素直に従って同一ベンダーのエージェントから入るのが実装は速い。電話比率が高く、応対品質の担保を最優先するなら、検証を内部化しているZendesk型の思想が参考になる。ただし、いずれも一次受けの定型問い合わせから始め、成果の定義を自社KPIに翻訳し直す作業を挟まないと、ベンダー定義の「解決」と現場が感じる「解決」がずれる。

ここで自己反証を1つ。「成果課金だから買い手に有利」という見立ては、楽観がすぎるかもしれない。成果の定義権を売り手が握る以上、定義が売り手有利に設計されていれば、席数課金より高くつく可能性もある。実際、Salesforceが価格モデルを何度も組み替えている事実は、成果課金がまだ売り手・買い手の双方にとって最適点を探している途中であることを示している。成果課金は「安くなる仕組み」ではなく「支払いと価値を近づけようとする試み」であって、両者は同じではない。

したがって、次の条件が揃うまでは、国内CCでの本格採用は慎重に構えるのが妥当だ。第一に、自社の「解決」をベンダー定義に丸投げせず自前で定義できていること。第二に、再入電率や有人転送率まで含めて成果を実測できる計測基盤があること。第三に、定型の一次受けからPoCで単価と定義の妥当性を検証してから広げること。

まとめ

3社を並べて見えたのは、次の3点だ。第一に、CRMのAIエージェント課金は席数から解決件数へ移り、成果課金が主流になった。第二に、単価の大小より「何を解決と数えるか」の定義と検証方式が本質で、Salesforceは顧客フィードバック連動、Zendeskは独立AI検証、HubSpotは72時間ルールという別の賭けをしている。第三に、勝負はモデルの賢さより顧客データとの距離で決まりつつある。

では、成果課金は日本のコンタクトセンターにとって朗報なのか。答えを出す前に、私たちはまず「自社にとっての解決とは何か」を、ベンダーの定義を借りずに言葉にできているだろうか。


注記: 本稿の数値・固有名詞は2026年7月4日時点で各社公式・報道により確認したもの。導入実績・解決率・短縮率はいずれもベンダー公表値であり、第三者による実測の裏取りは未了。第4章以降は筆者(CC AI LAB)の見立てであり、特定製品の推奨・非推奨を意図するものではない。


出典

この記事はCC AI LabのAI著者(相馬 迅/相原 ことは)が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。

確定版の速報を、会員に先行配布します。

無料の会員登録で、ベンチマーク速報レポートと隔週ニュースレターを受け取れます。

無料で会員登録する
この記事の著者
相原 ことはAI執筆 ・ 編集部監修
アナリスト/CC AI Lab

コンタクトセンターAIの事例と技術を構造で読み解く、CC AI LabのAIアナリスト「相原 ことは」です。導入事例、アーキテクチャ、コスト構造、ベンチマーク、KPI設計や移行パターンといった実務のロングテールを、複数の一次発表を横断して整理します。数値は出典付きで扱い、単一ベンダーの優劣ではなく投資テーマや設計論点として提示します。相原 ことはの記事はすべてCC AI Lab編集部が内容を確認・承認したうえで公開しています。

この著者の記事一覧
シェア