
正直に言いましょう、最近の顧客の期待は非常に高まっています。人々は24時間体制で即答を求めており、Salesforceを使用している企業はチャットボットを利用して対応しています。しかし、ここで注意が必要です。チャットボットはチケットを処理し、効率を高めることを約束しますが、扱いにくいチャットボットは顧客の不満を募らせ、エージェントの作業を増やすだけです。それは素晴らしいアイデアですが、簡単にうまくいかない可能性があります。
このガイドでは、初期計画段階から成功した立ち上げまで、Salesforceチャットボットの必須のベストプラクティスについて説明します。Salesforce独自のツールの使用を開始するために必要なこと、遭遇する可能性のある一般的な頭痛の種を指摘し、実際の自動化をサポートチームのために機能させるための、より柔軟で最新の方法をご紹介します。
Salesforceチャットボットとは?
「Salesforceチャットボット」について話すとき、通常はSalesforceエコシステムに組み込まれているネイティブAIツールであるEinstein Botsを指しています。通常、Service Cloud内で動作しています。
その核心では、Einstein Botは自然言語処理(NLP (Natural Language Processing))を使用して、顧客が何を聞いているかを把握します。次に、会社のデータ、主にSalesforce Knowledgeベースを調べて、回答を見つけます。主なアイデアは、一般的な質問への返信を自動化し、注文ステータスの確認などの簡単なタスクを処理し、より複雑な問題をSalesforce環境内で人間のエージェントに渡すことです。強力な概念ですが、その成功は、それをどれだけうまくフィードし、維持するかに完全に依存します。
Salesforceのネイティブチャットボットエコシステムの主な機能
ベストプラクティスに入る前に、何を使用しているかを知っておくと役立ちます。ネイティブのSalesforceチャットボットには、その動作と強みを定義するいくつかのコア機能があります。
Salesforceデータとの深い統合
Einstein Botsを使用する最大のメリットは、CRM (Customer Relationship Management)データへの直接接続です。これは、外部から接続しようとするサードパーティ製のツールではありません。それは家具の一部です。
たとえば、ボットはログインしている顧客に名前で挨拶したり、複雑なカスタム設定なしでケース履歴を取得したり、連絡先情報を見つけたりできます。顧客データを直接利用できるこの機能は、人々が現在期待しているパーソナライズされたコンテキスト内の会話を作成するための鍵となります。
真実のソースとしてのSalesforce Knowledgeへの依存
Salesforce KnowledgeベースをEinstein Botの頭脳と考えてください。ボットの回答の品質と精度は、これらのナレッジ記事の品質にほぼ完全に依存します。情報がナレッジベースにない場合、ボットは単に支援できません。
この大きな依存は、強みでもあり弱みでもあります。ナレッジベースが完全に最新である場合は、一貫性に優れています。しかし、チームの最新の有用な情報が別の場所に保存されている場合、これは実際の問題になります。これは、誰もが知っているように、よくあることです。
ダイアログとインテントを使用した会話フロー
Salesforceでボットを構築するということは、いくつかの重要な部分を扱うことを意味します。Salesforce自身のTrailheadガイドによると、これらは主な構成要素です。
-
**ダイアログ:**これらは、会話の各ステップでボットが何を言い、何をするかを制御する小さなスクリプトです。
-
**インテント:**これは、顧客が達成したいこと、たとえば「注文ステータスの確認」や「パスワードのリセット」です。
-
**エンティティ:**これらは、インテントを達成するためにボットが把握する必要がある特定の詳細、たとえば注文番号やメールアドレスです。
これらのコンポーネントを使用して会話の旅をマッピングします。これは、チャットボットを正しく理解するための大きな部分です。

マルチチャネル展開
ボットが構築されたら、顧客が使用するさまざまなチャネル(会社のWebサイト、モバイルアプリ、メッセージングプラットフォームなど)全体に展開できます。目標は、顧客がチャットを開始する場所に関係なく、一貫したサポートエクスペリエンスを提供することです。この柔軟性により、顧客がいる場所で顧客に対応できます。これは、今日の優れた顧客サービスの基礎です。
Salesforceチャットボットのベストプラクティスの実装
さて、本題に入りましょう。Salesforceでチャットボットをうまく機能させることは、スイッチを入れることではありません。それは思慮深く戦略的であることです。以下に従う必要があるコアプラクティスを示します。
明確な目標を定義し、大量のタスクから始める
初日にすべてを実行できるボットを構築しようとしないでください。それは、誰も助けない複雑で扱いにくいツールのためのレシピです。代わりに、Salesforceの顧客サービスデータを見て、エージェントが何度も繰り返し回答している上位3〜5の質問を見つけてください。
最善の策は、小さく始めることです。「注文はどこにありますか?」や「パスワードをリセットするにはどうすればよいですか?」などのシンプルで影響の大きいタスクに焦点を当てます。このアプローチは、Salesforce自身のドキュメントでも推奨されているように、迅速な成功を収め、すぐに価値を提供し、チームがより複雑なことに取り組む前に学習できるようにします。
手入れの行き届いたナレッジベースを構築および維持する
さて、これは大きなものであり、スキップすることはできません。ボットは、提供する情報と同じくらい賢いだけです。Salesforce Knowledgeベースが古くなっていたり、不完全であったり、単に間違っていたりすると、ボットもそうなります。
記事を定期的に確認および更新するためのプロセスが必要です。エージェントからのフィードバックと解決済みのケースからのデータを使用して、知識のギャップを見つけます。しかし、これは非常に一般的な問題を引き起こします。それは、Salesforce Knowledgeを唯一の真実のソースとして維持するために、継続的な真剣なコミットメントが必要です。これは、内部の専門家がConfluenceやGoogle Docsなどの他の場所に書き留めることに慣れている場合は、難しい要求です。
人間の引き継ぎによる直感的な会話を設計する
チャットボットは、役立つアシスタントのように感じるはずで、壁のように感じるべきではありません。顧客は、逃れることのできないループに陥ることは決してありません。
常に、常に「エージェントに相談する」ための明確で簡単な方法を提供します。これは、優れた会話デザインの不可欠な部分です。会話のパスが論理的に意味をなすようにマッピングします。ボットの個性とトーンについて考えるのは楽しいことですが、それがボットであることを率直に伝えることも同様に重要です。これは、期待を管理し、トリッキーなリクエストを処理できない場合に人々がイライラするのを防ぐのに役立ちます。

徹底的にテストし、パフォーマンスを監視する
実際の顧客にボットをリリースする前に、内部チームにそれを壊してもらいます。奇妙な質問をし、紛らわしい回答を見つけ、会話の行き止まりを特定するように促します。
公開されたら、Salesforceのレポートツールを使用して、偏向率(ボットが単独で解決する問題の数)や顧客満足度などの主要な数値を監視します。このデータは優れた概要を提供しますが、数字の背後にある理由を理解するには詳しく調べる必要があります。ボットはどの質問につまずいていますか?顧客はどこであきらめていますか?継続的な監視と調整は取引の一部です。

Salesforceチャットボットのベストプラクティスを実装する際の一般的な課題
Einstein Botsは強力ですが、チームは多くの場合、いくつかの一般的な障害に遭遇します。これらを認識することは、より良い方法を見つけるための最初のステップです。
複雑で時間のかかる実装
Einstein Botの設定は、ワンクリックで行えるものではありません。急な学習曲線があり、多くの時間とリソースが必要です。公式ドキュメントは膨大であり(密集したPDFや開発者ガイドを考えてください)、カスタム統合を処理するには、ほぼ確実に専用のSalesforce管理者、または開発者が必要になります。これは週末のプロジェクトではありません。それは本格的な実装であり、数週間または数か月に簡単に及ぶ可能性があります。

サイロ化された知識
これはおそらく最大の頭痛の種です。多くのチームにとって、最も価値があり、最新の情報は、Salesforce Knowledgeにきちんとファイリングされていません。それはConfluenceのような内部Wiki、Google Docsでいっぱいの共有ドライブ、およびSlackの終わりのないスレッドに散らばっています。
ネイティブのSalesforceボットは、この外部知識に簡単にアクセスできません。これにより、時間とお金をかけてすべての情報をSalesforce Knowledgeに移動するか、ボットが本当に役立つために必要な知識のほんの一部しか知らないことを受け入れるかのどちらかの難しい選択肢が残されます。
厳格な自動化と限られたアクション
Einstein Botsは、ケースの作成や連絡先レコードの更新など、Salesforce内でアクションを実行できます。ただし、外部システムと通信する必要がある場合は苦戦し始めます。別のツールでワークフローをトリガーしたり、複雑な複数ステップのアクションを実行したりしますか?Apexコードを使用したカスタム開発が必要になる可能性があります。これにより、ボトルネックが作成され、ボットが実際に解決できることが制限され、小さな変更のために開発者に依存するようになります。
より良いアプローチ:Salesforceで専用のAIレイヤーを使用する
すべてを閉鎖されたエコシステムに無理に押し込むのではなく、より現代的で実用的なアプローチは、これらの問題を解決するためにSalesforceと連携する専用のAIレイヤーを使用することです。これは、eesel AI Agentが大きな違いを生むことができる場所です。
数か月ではなく数分でライブになる
長い実装プロジェクトと必須の販売電話は忘れてください。eesel AIは、数回クリックするだけでヘルプデスクと知識ソースを接続できるセルフサービスプラットフォームです。既存のSalesforce設定で強力なeesel AIエージェントを数分で起動して実行できます。柔軟でスムーズに統合できるように構築されているため、すぐに結果を確認できます。
すべての知識を、どこにあっても統合する
これは、物事が本当に面白くなる場所です。eesel AIは、Salesforceだけでなく、数十の知識ソースと即座に接続します。Confluenceスペースを利用したり、Google Docsからプルしたり、Notionページを読み取ったり、チームの過去のサポートチケットや会話から学習したりすることもできます。
これは、AIエージェントが初日から会社のすべての知識についてトレーニングされることを意味します。これにより、大規模なデータ移行に取り組む必要がなく、はるかに正確で完全な回答が得られます。
| 特徴 | Salesforce Einstein Bot | eesel AI Agent |
|---|---|---|
| 主な知識ソース | Salesforce Knowledge | すべてのソース(Confluence、GDocs、Zendesk、過去のチケットなど) |
| セットアップ時間 | 数週間から数か月 | 数分から数時間 |
| カスタムアクション | Apex/開発者の作業が必要 | 多くのアクションのノーコードセットアップ、および柔軟なAPI呼び出し |
| プレローンチテスト | 手動テスト | 過去の数千のチケットでの自動シミュレーション |
強力なシミュレーションを使用して自信を持ってテストする
チャットボットの起動で最もストレスの多い部分の1つは、未知への恐れです。実際にどのように実行されますか?eesel AIは、シミュレーションモードでこれを解決します。安全な環境で、過去の数千のサポートチケットでAIエージェントをテストできます。これにより、解決率の正確なプレビューが得られ、実際の顧客の質問に以前に答えた方法を正確に確認できます。自信を持って構築、テスト、起動するためのリスクのない方法です。
Salesforceチャットボットのベストプラクティスのまとめ
Salesforceチャットボットのベストプラクティスに従うことは、顧客サービスを向上させるための鍵です。Einstein BotsのようなネイティブツールはCRMとの緊密な統合を提供しますが、複雑な設定、開発者への依存、および単一の知識ソースへの厳格な依存など、多くの場合課題をもたらします。
より現代的で柔軟なアプローチは、面倒な移行なしに既存のツールに接続する専用のAIレイヤーを使用することです。これにより、散在するすべての知識をまとめ、より迅速に起動し、より効果的に自動化できます。このレイヤーをSalesforce設定の上に適用することで、一般的な落とし穴を回避し、顧客が求めている高速で正確、かつ自律的なサポートを提供できます。
厳格なツールにサポートチームを妨げさせないでください。数分でSalesforceインスタンスに強力なAIエージェントを展開する方法をご覧ください。eesel AIのAIエージェントを今すぐ調べてください。
よくある質問
明確で達成可能な目標を定義し、エージェントが頻繁に処理する大量の単純なタスクに焦点を当てることから始めます。これにより、迅速な成功が得られ、すぐに価値が提供され、初期の展開が管理しやすくなります。
手入れの行き届いたナレッジベースは絶対に重要です。チャットボットは、提供された情報と同じくらい賢いだけです。古くなった記事や不完全な記事は、不正確なボットの応答と不満な顧客につながります。
はい、明確で簡単な人間の引き継ぎは、優れた会話デザインのために不可欠です。これにより、顧客は常に複雑な問題の助けを得ることができ、ボットが要求を解決できない場合に不満を防ぎます。
エラーや紛らわしいパスを検出するために、起動前に内部チームでボットを十分にテストします。起動後、偏向率や顧客満足度などの主要なメトリックを継続的に監視し、データに基づいて反復してパフォーマンスを向上させます。
一般的な課題には、複雑で時間のかかる実装、単一の、多くの場合サイロ化されたSalesforce Knowledgeベースへの依存、および外部システムとのやり取りのためにカスタム開発を必要とする厳格な自動化が含まれます。これらはボットの真の効果を制限する可能性があります。
はい、外部AIレイヤーは、Salesforceだけでなく、多様なソースからの知識を統合することにより、Salesforceチャットボットのベストプラクティスを大幅に強化できます。このアプローチにより、広範なカスタム開発なしで、より迅速な展開、より正確な回答、およびより優れた自動化の柔軟性が実現します。
ネイティブのEinstein Botsを使用すると、急な学習曲線とカスタム統合のニーズにより、実装に数週間または数か月かかる場合があります。ただし、eeselのような専用のAIレイヤーを使用すると、チームは既存の知識ソースを接続することで、数分から数時間でライブになり、結果を確認できます。
Share this article

Article by
Kenneth Pangan
10年以上のライター兼マーケターであるKenneth Panganは、歴史、政治、芸術に時間を費やしており、愛犬から注意を引くための邪魔が入ることがよくあります。