Salesforce Service Cloud向けAI:2026年の導入方法

「Salesforce Service Cloud向けAI」が実際に意味すること

私はeeselでAIエージェントを構築しており、今年の大半をSalesforce連携に費やした。それはService CloudのCase オブジェクト、ナレッジ記事、Agentforceの設定に、予想以上に深く入り込むことを意味した。そもそも私がそこに入り込んだ背景には理由がある。今年の早い時期、月間約900ケースを処理するミッドマーケットのチームが、私たちがまだService Cloudにネイティブ接続していなかったために契約を見送った。これは高くつく学び方であり、だからこそこの連携が存在する。つまりこれは、両方の方法の内側から書かれたもので、マーケティングページの書き直しではない。

まず整理しておくべき混乱がある。「Salesforce Service Cloud向けAI」は実際には、誰に作業をさせたいかによって異なる2つの製品なのだ。

ネイティブの方法は、Salesforceがすでに支払っているService CloudにAIを組み込むことだ。サードパーティの方法は、Service Cloudに接続してケース対応をあなたの代わりに行う独立したAIエージェントだ。どちらも正当な選択肢である。得意なこと、課金方法、そしてどれだけ早く信頼できるようになるかが異なる。それぞれを見ていこう。

方法1:Salesforceのネイティブ Agentforce

Salesforceは最近ここを大きく改名したので、まず名前を整理する価値がある。Salesforce Helpは現在、「Service Cloudは今Agentforce Serviceになった」と述べており、Service Cloud Voiceは「Salesforce Voice」になった。改名の下で、サポートにとって重要な要素はAgentforceとEinsteinだ。

• Agentforceは自律型エージェントだ。チャネルを横断してケースに返信し、Atlas Reasoning Engineを通じてナレッジとCRMデータに回答を根拠付け、確信が持てないときは人間にハンドオフする。実際にケースを偏向させるのはこの部分だ。Salesforceは「数分でデプロイでき、解決したものにしか課金しない」と説明する事前構築済みのAgentforce Help Agentも提供している。
• Einsteinは、Service Cloudに織り込まれた予測型・生成型AIの古い層で、返信の推奨、ケース分類、次善のアクションを担う。それぞれがどこに当てはまるかは、Einstein機能ガイドでさらに詳しく解説している。
• Einstein Botsは、古いダイアログツリー型のチャットボットだ。まだ存在するが、Enterpriseではユーザーあたり月額$75のアドオンで、生成型エージェントとはまったく別物だ。

これらの層がどう積み重なっているかの全体像を知りたければ、Service CloudにおけるSalesforce AIについての記事を丸ごと書いている。短く言えば、Agentforceが見出しであり、それはでっち上げるのではなく、あなたのSalesforceのナレッジとデータに根拠を置く。

Agentforceにデータを与えることこそが真価を発揮する場面だ。すでにあなたのCRMの上に乗っているからだ。別途インポートのステップなしに、ナレッジ記事、ケース履歴、ライブのレコードデータに回答を根拠付ける。これがネイティブの方法の本当の利点だ。顧客のレコード全体がすぐそこにあるため、AIが顧客について推測することがない。

ネイティブの方法が高くつく場面

Agentforceに関する誠実な落とし穴は課金の形であり、これには2つの部分がある。まず、Agentforce for Serviceは主流のエディションに含まれていない。Service Cloudの価格ページにはEnterpriseとUnlimitedで「購入可能」と書かれており、トップのAgentforce 1 Serviceエディションでのみバンドルされている。つまり、まず席にお金を払い、その上にAIの料金を払うことになる。

エディションは次のようになっている。

次に使用量メーターがある。Agentforceの価格ページは2つの消費モデルを掲載しており、同じorgで両方を併用することはできない。

• Conversations:会話1件あたり$2の固定料金で、事前購入のみ。
• Flex Credits:10万クレジットあたり$500、つまり1クレジットあたり$0.005。エージェントのアクション1つごとにクレジットを消費するため、ケースごとの実際のコストは、そのケースが何回アクションを起こすかによって変わる。同ページのSalesforce自身の計算例では、3回のアクションを起こすケースは60クレジット、約$0.30となる。

チームがつまずくポイント:未使用のFlex Creditsは繰り越されない。Salesforce自身のFAQも直接そう述べている。「超過ペナルティはない」とされているが、超過分は公開されていない契約レートで課金され、後からConversationsからFlex Creditsに切り替えるには既存のSKUをすべて入れ替える必要がある。これはSalesforceへの批判ではなく、CRMに根拠を置く品質は本物だ。ただ、席の定価とボリュームでエージェントを運用する実際のコストがまったく異なる数字になるケースであり、早い段階で選んだメーターは後から変えづらい。

Agentforceが運用したいプラットフォームより大きすぎると感じたら、健全なAgentforceの代替市場があることを知っておく価値がある。また、Salesforceは軽く試してみたいだけの人向けに無料のAgentforceプラン(Salesforce Foundations、$0)も公開している。

方法2:サードパーティのAIエージェントを追加する

Salesforce Service Cloud向けAIを追加するもう1つの方法は、サポートキューを処理するために特化して作られたエージェントを導入し、それをSalesforceに接続することだ。これは私が最もよく知っている方法で、なぜならeeselがこうしたエージェントの1つだからだ。

その考え方は、ウェブサイトに取り付けられたチャットウィジェットとは異なる。eeselはService Cloud内部の本物のAIエージェントとして参加する。ケースを読み、返信を作成して送信し、内部メモを追加し、ケースをキューに振り分け、優先度・ステータス・所有者といったケースフィールドを更新する——これは人間の担当者が行うのと同じアクションだ。コンテキストのためにコンタクト、取引先、ケース、商談を読み込むため、返信は汎用的な回答ではなく顧客の実際のアカウントを参照できる。別の受信箱は存在しない。

サードパーティの方法が短期間で信頼できるようになる理由は、ナレッジがどこから来ているか、そして本番稼働前にどうテストするかにある。

接続すると、eeselは自動的にSalesforceのナレッジ記事、過去のケース、メールテンプレートに加え、Confluence、Notion、Google Docsといったオプションのソースをインポートする。手作業のトレーニングやデータのラベリングは不要だ。eesel自身のSalesforce連携ページでは、30分未満のセットアップ時間と、初週から箱出しの状態で平均85%以上のtier-1解決率を、2,000以上のチームにわたって公開している。

設定は、ルールエンジンを組み立てるのではなく、望むことを説明することで行う。どのケースを処理するか、どう書くか、いつエスカレーションするかを、平易な言葉で伝えればいい。

さらに2つ、名前を挙げる価値のあることがある。それらはキュー作業の方法を安心に感じさせる部分だからだ。

• **既存のSalesforceの設定を尊重する。**eeselは、割り当てルール、エスカレーションルール、エンタイトルメントや既存のFlow / Process Builderの自動化を置き換えるのではなく、それらと並行して動作する。レコードタイプ、キュー、チャネル、条件によって、どのケースに触れるかを絞り込むことができる。
• **自社の履歴でシミュレーションする。**実際の顧客に触れる前に、eeselは過去のSalesforceケースをリプレイし、実際にチームが送った内容と回答を比較評価するため、デモ当日の推測ではなく本物の精度を確認できる。前もって解決率を約束するのではなく、すでに回答したケースをどう処理していたかを示す——それがその数字の誠実な形だ。

証拠となる実際の顧客の数字として、物流SaaSのCartonCloudは717件のナレッジアイテムでSalesforce AIエージェントを運用している。

"We've seen a reduction in the time spent on rudimentary queries, allowing our agents to spend more time focused on more complex queries."

Eddie Stephens, CartonCloud

ネイティブかサードパーティか:どちらの方法が合うか

どちらの方法も普遍的に正しいわけではない。ここに、次元ごとの誠実な比較を示す。

すでにService Cloud Enterpriseかそれ以上を使っていて、担当者が一日中Salesforceで生活しており、CRMのレコードにネイティブに根拠を置くAIを望むなら、Agentforceはすでにそこにあり、その仕事に適している。優先事項が、繰り返し発生するtier-1ケースを実際のボリュームで解決すること、メーターを失効するクレジットではなくケースに紐づけること、まず自社の履歴でテストすることなら、サードパーティの方法のほうが通常より短い道筋になる。Service Cloudを他のヘルプデスクと比較検討しているなら、Service Cloud対Zendeskの比較が有用な確認になる。

この2つは互いに排他的でさえない。多くのチームは担当者向けにEinsteinのアシスト機能を有効にしたままにしつつ、キューの最前線をサードパーティエージェントに処理させている。

実際の数字で見るコスト

定価は本当の請求額を隠すので、小規模チームの規模での実例を示す。

Service Cloud Enterpriseで5人のサポートチームを運用しており、tier-1を処理する自律型エージェントを望んでいるとしよう。Enterpriseの5席は、AIが加わる前の状態で月額$875で、Agentforce for Serviceはその上に有料アドオンとして加わる。エージェントがConversationsモデルで月に1,000件のケースを1件$2で処理すると、席の上に$2,000の使用料が加わる。Flex Creditsモデルではケースあたりの単価は安くなり、Salesforce自身の3アクションの例ではおよそ$0.30なので、その1,000件のケースで約$300になる——ただしケースが実際に3アクション前後に収まり、未使用のクレジットを契約期間の終わりに失効させない限りにおいてだ。

これをボリュームベースの方法と比較してみよう。eeselは処理したSalesforceケースあたり$0.40を課金し、やり取りの回数に関係なく1ケースを1タスクとして扱い、プラットフォーム料金も席単位の価格もない。同じ1,000件のケースを処理すると、それは固定で$400となり、Salesforceに6人目の担当者を追加しても変わらない。解決やアクション単位ではなく処理したケース単位で課金するため、モデル化すべきアクション数も、決算が必要な失効するクレジットプールも存在しない。eeselは部分的な展開もサポートしており、1,000件のうち200件をAIに振り分ければ$80を支払うだけで済む。人間が処理したケースには決して課金されないからだ。

どちらのモデルも抽象的には「安い」とは言えない。ネイティブの方法は席とクレジットまたは会話の消費量に応じてスケールし、ボリュームの方法はケース数に応じてスケールする。自分のチームが実際にどう成長するかにメーターが合う方を選ぶとよい。より広い選択肢を見たければ、Salesforce向けの最良のAIツールのまとめが選択肢を並べている。

Salesforce Service Cloud向けeeselを試す

求めている方法がSalesforceに接続してtier-1ケースを片付け始めるエージェントなら、それはまさにeesel for Salesforceが作られた目的だ。ノーコードのフローを通じて30分以内に接続し、過去のケースとナレッジ記事から学習し、ライブのCRMコンテキストで返信を作成するため、回答は汎用的な台本ではなく顧客の実際のアカウントを参照する。

私が指摘したい唯一の差別化要因は、自社の実際のSalesforce履歴に対するシミュレーションだ。エージェントが誰かに返信する前に、あなたのチームが既に回答したケースをどう処理していたか、実際に送った内容と比較評価された結果を見ることができる。$50分の利用枠とクレジットカード不要で無料で試せる。そして、すでにSalesforceにある割り当てルール、エスカレーションルール、セキュリティ設定を尊重する(Enterpriseプランでは HIPAAとBAAも利用可能)。