Salesforce Service CloudへのAIチャットボット導入：2026年版セットアップガイド

今のService Cloudにおける「AIチャットボット」の意味

私は仕事として統合を構築しているので、「XにAIを追加する」というどんな質問に対しても、まず今四半期にベンダーが実際に何を「AI」と呼んでいるのかを確認します。Salesforce Service Cloudでは2026年にその答えが変わり、2つの選択肢は互換性がありません。

Einstein Botsは古典的なチャットボットです。あなたが作成するダイアログのツリーで、メニュー選択か、自然言語理解が顧客のメッセージから検出したintentのいずれかによってトリガーされます。決定論的で予測可能、つまり丁寧に言えば、あなたが明示的にスクリプトした内容にしか答えられないということです。

Agentforce Service Agentはより新しい生成AIエージェントです。Salesforceはこれを、事前にプログラムされたシナリオなしに幅広い問題を処理するAIによって"従来型のチャットボットを置き換える"ものだと説明しています。Atlas Reasoning Engineを通じてナレッジとCRMデータを推論し、アクションを実行するか人間に引き継ぎます。分かりやすい説明が欲しい方のために、私たちはAgentforceエージェントのガイドを書き、詳しく解説しています。

Salesforceが現在推奨している道筋は、まずService CloudのチャネルにEinstein Botを導入し、その後任意でCreate-Agent-from-Botツール（執筆時点ではまだベータ版）を使ってAgentforce Service Agentへ発展させることです。そのため、ほとんどのチームは結局両方に触れることになります。

Salesforceチャットボットの内部の仕組み

セットアップ手順の前に、メンタルモデルを押さえておくと役立ちます。それが、なぜ設定がこのような形になっているのかを説明してくれるからです。メッセージが届き、NLUがそれをintentにマッピングし、対応するダイアログが実行され、会話はナレッジから解決されるか、Omni-Channelを通じて人間に転送されます。

ここで重要なのは、この図の左側にある枝はすべて自分で設計しなければならないということです。Einstein Botでは、スクリプトされていない質問はフォールバックか人間に流れます。Agentforceでは生成AIレイヤーがより広い範囲をカバーしますが、それは根拠となるナレッジの良し悪し次第であり、これは後で再び問題になるテーマです。

Salesforce Service CloudにAIチャットボットを追加する方法

ここに紹介するのは、マーケティングページではなくSalesforce自身のヘルプドキュメントから抜き出した実際の手順です。どれ一つとして単体では難しくありません。長さそのものがポイントです。

ステップ1：ライセンスとチャネルを整理する

ボットは単独では存在できません。ボットはライブの会話チャネルに乗る必要があるため、Serviceライセンスと、ChatまたはMessagingライセンスが必要です。また、Lightning Experienceを有効化し、Chatのガイド付きセットアップを実行し、Experience Cloudサイト上にEmbedded Serviceデプロイ（ボットが描画されるウィジェット）を用意します。クォータに注意してください。購読ユーザーごとに月25回のEinstein Bots会話が付与され、繰り越しはされません。

ステップ2：Einstein Botsを有効化する

SetupでEinstein Botsを検索し、トグルをオンにして規約に同意します。構築するには、プロファイルにCustomize Application、Modify Metadata、またはManage Botsの権限が必要です。新しめの組織向けの落とし穴として、Summer '23以降に作成されたものは拡張Omni-Channelルーティングが有効になっており、これは標準ボットをサポートしないため、代わりにEnhanced Botsを構築することになります。

ステップ3：ボットを構築する

ガイド付きセットアップを起動し、構築方法を選びます。テンプレート（Introテンプレートにはウェルカム、注文状況、問題報告のダイアログが含まれます）は動くものを最速で手に入れる方法です。ゼロから始めると、ウェルカムメッセージ、メインメニュー、終了や転送のためのシステムダイアログ、入力を取得するためのエンティティが得られます。ここで、ビルダー内でエージェント自体を構築します。

ステップ4：生成AIによる回答を追加する

スクリプトされたダイアログだけでなく、ヘルプセンターからボットに回答させるには、2つのアクションのいずれかを組み込みます。ナレッジベースを検索して会話的な返答を書くGenerative Knowledge Answers、またはLightning KnowledgeとのFAQ形式のマッチングであるArticle Answersです。これがメニュー式のボットをAIらしく感じさせるステップです。

ステップ5：チャネルに接続する

標準ボットはConnect-a-Standard-Bot-to-Channelsのフローを使います。Enhanced BotsはOmni-Channelのフローでボットへとからルーティングし、チャット前フォームと構造化コンテンツを追加します。ここでボットがチャット、メッセージング、またはあなたのウェブサイトで公開されます。

ステップ6：人間へのハンドオフを設定する

ハンドオフは後付けではなく、れっきとしたダイアログアクションです。Transfer-to-Agentシステムダイアログ（標準ボット）またはSet-Routing-Typeステップ（Enhanced Bots）は、進行中の会話をOmni-Channelに渡し、Service Console内の対応可能な担当者にルーティングします。ここを間違えると、顧客はエスカレーションできないボットと話し続けることになり、悪いレビューへの最速ルートになります。

任意でステップ7として、ボットを自律型のAgentforce Service Agentへ発展させます。元のボットはアクティブなままなので自分のペースで移行でき、拡張Messagingを使っていた場合はそのチャネルを再利用できます。

実際にかかる費用

ここは、もし自分が購入者なら立ち止まって考える部分です。座席の価格は値札であり、請求額ではありません。自律型AIは別建ての、従量課金のレイヤーです。

座席料金に加えて、自律型のAgentforce利用は次の2つの方法のいずれかで請求されます。

• 会話ベース： ステップ数に関わらず、一律会話1件あたり2ドル。
• Flex Credits： アクション1件あたり0.10ドル（20クレジット）で、10万クレジットを500ドルのパックで販売されます。Salesforce自身の試算では、典型的なやり取りは3〜6アクションなので、1件あたり0.30〜0.60ドルになります。

意味のあるAIの割り当てが含まれるのは最上位の550ドルのエディションだけです（250万Flex Credits、年間約12万5000アクション相当）。それより下のプランはすべて、アシスト型AIを提供するか、会話とクレジットを別途購入するよう求めてきます。私たちはAgentforceのセットアップコストとAgentforceは費用に見合うかの記事で全体像を詳しく分解しており、これは人々がAgentforceの代替を探し始める最も多い理由です。

ネイティブな方法がつまずくところ

ここは公平でありたいと思います。Service Cloudは本当に強力なプラットフォームであり、G2で第1位評価のサービスソフトウェアだからです。しかし、チームが決まって痛い目に遭う3つのポイントがあり、どれもデモには現れません。

クレジットメーターは予算化しづらい。 これはレビューで最も声高なテーマです。

"Pricing & 'Flex Credit' Unpredictability... It's harder to budget for than traditional seat licenses. If an AI agent gets stuck in a loop or handles an unexpected surge in holiday traffic, your 'digital wallet' of credits can drain faster than anticipated."

The Evolution of Service, G2

セットアップには通常専門家が必要になる。 ダイアログ、Omni-Channelのフロー、データマッピングが積み重なっていきます。

"Most teams end up needing a dedicated admin or external consultant just to make it work smoothly, which adds to the overall cost. Setting it up properly takes time, and if your workflows or data aren't clearly defined, things can get messy quickly."

Powerful, scalable, but requires structured implementation, G2

AIは自社データの質次第でしかない。 これは私が実際に目撃したことです。私たちが一緒に仕事をしたあるジム向けソフトウェアのチームは、ナレッジベースに「すべてのモデルに対応しています」と書いてあったため、ボットはデータベースにまったく存在しないブランドについても、顧客に嬉々として「はい、あなたの車種にも対応しています」と伝えていました。これはあるG2のレビュアーが述べたのと同じ失敗です。Agentforceは "is only as smart as the data it can read... if your knowledge articles haven't been updated since 2021, the AI agent will confidently give customers outdated information." 自信満々に間違えることは「わかりません」よりも悪く、たいてい本番環境で発覚します。何かを公開する前にEinstein AIの精度について読んでおく価値はあります。

これは私たちにとって実際によくあるパターンです。何年もの間、ライブのサポートキューにAIを導入してきた経験から、私たちが繰り返し学び直しているのは、公開する前に実際の過去のチケットに対してテストしなければならないということです。公開後ではありません。そしてそれこそが、ネイティブな方法が難しくしている部分です。

より速い方法：Service Cloudの上に載せるAIレイヤー

ここに、ほとんどの記事が見落としている視点の転換があります。「Salesforce内にすべてを構築する」か「AIを持たない」かを選ぶ必要はありません。Salesforceに接続して回答を担当するAIレイヤーを稼働させながら、担当者はService Consoleでそのまま作業を続けることができます。

これこそ、私たちがeeselで実現しようとしたことです。ダイアログをスクリプト化する代わりに、既存のヘルプドキュメントから、そして何より重要な解決済みチケットから学習するので、チームがすでに行っている回答をそのまま取り込みます。Salesforceに接続し、他のスタックと並んで動作し、座席あたりの料金なしで解決済みチケット1件あたり約0.40ドルの従量課金なので、請求額は常に監視しなければならないクレジットのウォレットではなく、価値に連動します。

私が本当にお勧めしたい部分は、そのセーフティネットです。eeselのシミュレーションモードは、AIが顧客に触れる前に、過去の何千件ものチケットに対してAIを再生します。そのため、事前にカバレッジと正確な回答を確認し、ギャップを埋め、簡単なチケットから初めて公開できます。これは、ネイティブなフローではあなた自身に任されている「本番投入前にテストする」という規律です。実際に機能している証拠として、Gridwiseは初月でeeselがTier-1リクエストの73%を解決したことを確認し、Smavaは月10万件以上のチケットで完全自動化されたエージェントを運用しています。

Salesforce向けにeeselを試す

目標が「Salesforce Service Cloudでチケットに回答するAIチャットボット」であるなら、eeselは、ライセンス構成、ダイアログツリー、あるいはターン数の上限で守らなければならないクレジットメーターなしに、そこへ導いてくれます。Salesforceに接続し、数分であなたの過去のチケットとヘルプセンターでトレーニングされ、公開前に過去のチケットに対して全体をシミュレーションできるため、一か八かの賭けは必要ありません。無料で試すことができ、クレジットカードも不要で、今日からでも自社データに適用できます。