広告枠を募集中 ご相談ください

カスタマーサポート管理者が Salesforce Service Cloud で Agentforce Service Agent を導入・監視してインバウンドケースを処理する方法

365Finds Editorial
Wiki 記事 11,430 本収録

あなたの AI で 365 Wiki を使う

下のプロンプトをコピーして、普段使っている AI に貼り付け、そのまま質問してください。

完全版 Skill をダウンロード

まずはプロンプトでお試しください。よく使う場合は完全版 365Wiki Skill をインストールすると、毎回貼り付ける必要がありません。普段使う AI がなければ、Gemini や Microsoft Copilot のウェブ版でも使えます。

カスタマーサポートのマネージャーは、ケースのバックログ削減、平均処理時間の短縮、そしてデジタルチャネル全体における高い顧客満足度の維持という絶え間ないプレッシャーに直面しています。Service Cloud に直接統合された次世代の自律型カスタマーサービス AI である Salesforce Agentforce Service Agents は、シームレスな有人エスカレーション経路を確保しながら、日常的なインバウンドの問い合わせを自律的に処理することでこの課題を解決します。Agentforce の導入を成功させるには、構造化された展開アプローチ、Omni-Channel Supervisor を通じたプロアクティブな運用監視、そして継続的なパフォーマンス追跡が不可欠です。本ガイドでは、インバウンドケース解決に向けた Agentforce Service Agents の構成、ローンチ、監視、最適化のエンドツーエンドのプロセスを解説します。

Service Cloud における Agentforce の役割を理解する

固定的なデシジョンツリーに依存する従来のルールベースのチャットボットとは異なり、Agentforce Service Agents は推論エンジンによってオーケストレーションされる生成大言語モデル(LLM)を活用します。事前に決められた分岐スクリプトに従うのではなく、Agentforce エージェントは定義されたビジネストピック(Topics)に照らして顧客からのメッセージを評価し、顧客の意図(インテント)を特定した上で、信頼できる CRM データを活用して対応するアクションを実行します。

標準的な Service Cloud アーキテクチャにおいて、Agentforce Service Agent はインバウンドのデジタルチャネルにおける「最前線の防御線」として機能します。ポリシーに関する質問への回答、リアルタイムの注文ステータスの取得、住所変更や予約スケジューリングなどの標準的なトランザクションの処理を行い、複雑な問題を人間のオペレーターへエスカレーションする前に必要な事前情報を収集します。

Agentforce の基盤は、Salesforce プラットフォーム内の 3 つの柱によって支えられています:


導入前の前提条件とデータ準備

Salesforce Setup(設定)で AI エージェントを構成する前に、サポートマネージャーは運用基盤とデータ基盤が整っていることを確認する必要があります。AI エージェントの正確性と効果は、参照するデータの品質に完全に依存します。

1. ライセンスと権限の構成

組織に有効な Agentforce ライセンスがあり、Setup で Einstein 生成 AI が有効になっていることを確認します。エージェントの構築と監視を担当するサポートマネージャーおよび管理者には、特定の権限セットが必要です:

2. ナレッジベースの整備とグラウンディング

既存の Salesforce Knowledge 記事を監査し、最新かつ明確な構造で簡潔に記述されていることを確認します。Agentforce は検索拡張生成(RAG)を使用してナレッジベースを参照します:

3. Data Cloud における統合顧客データ

Data Cloud を使用して、取引先責任者レコード、アカウント、外部トランザクションシステム間で顧客識別子を接続します。問い合わせが発生すると、エージェントはこの統合プロファイルを活用して顧客を特定し、最近のトランザクションを確認して、確認事項を何度も尋ねることなくパーソナライズされた回答を提供します。


Service Cloud での段階的導入ステップ

Agentforce Service Agent の展開には、Agent Builder でのエージェント動作の構成、運用境界の定義、ビジネスアクションの確立、およびインバウンド通信チャネルへのエージェントの接続が含まれます。

ステップ 1:エージェントのペルソナとグローバル指示の構成

Setup を開き、Agentforce Agents に移動して、Service Agent を作成または選択し、Agent Builder を起動します。

  1. エージェント ID の定義: エージェント名、公開ペルソナ、主要言語を設定します。
  2. システム指示の設定: エージェントのアイデンティティ、トーン、運用の境界に関する明確で高レベルのガードレールを提供します。エージェントがどのように自己紹介するか(例:自動化されたアシスタントであることを明示する)や、採用すべき文体(プロフェッショナル、共感的、かつ簡潔)を指定します。
  3. 対象外ディレクティブ(Out-of-Scope Directives)の指定: 法的な問い合わせ、特定の金額を超える請求に関する異議申し立て、または人間のサポートを明示的に求めるリクエストなど、エージェントが対応を辞退するか直ちに人間のオペレーターへルーティングすべきトピックを明確に指示します。

ステップ 2:トピックとサブトピックの構造化

トピックは、エージェントが処理を許可された運用ドメインを定義します。サポートマネージャーは、すべての指示を 1 つの巨大なプロンプトにまとめるのではなく、ビジネスロジックをモジュール化されたトピックに分割する必要があります:

トピック名主要インテント含まれる代表的なアクション
Order Management(注文管理)注文追跡、配送見積もり、キャンセル要求Flow: Retrieve Order Status, Flow: Cancel Order
Billing & Invoices(請求・請求書)残高照会、支払い領収書のリクエスト、返金状況Flow: Get Balance, Apex: Issue Invoice PDF
Account Access(アカウントアクセス)パスワードリセット、多要素認証(MFA)のトラブルシューティングKnowledge Grounding, Flow: Send Verification Link
General Product FAQ(製品全般 FAQ)製品仕様、返品ポリシー、保証適用範囲Knowledge Retrieval, Search Index Grounding

各トピックには、独自の記述的スコープと明確な指示セットが必要です。推論エンジンは、顧客の入力プロンプトに基づいて、トピックの説明を参照してそのトピックをいつ有効化するかを判断します。

ステップ 3:トピックへのアクションの配備

アクションは、Agentforce エージェントが Salesforce 内で情報を取得したり更新を実行したりするための実行可能ツールです。アクションは以下を使用して作成できます:

すべてのアクションには、明確に文書化された入力パラメータと出力パラメータが必要です。推論エンジンはこれらのパラメータの説明を検査し、会話からどの値を抽出してアクションに渡すかを判断します。

ステップ 4:Omni-Channel Flow によるインバウンドルーティングの構成

インバウンドの顧客からの問い合わせを Agentforce Service Agent に転送するために、Flow Builder で Omni-Channel Flow を作成します:

  1. Omni-Channel Flow (Contact Center) タイプの新規フローを作成します。
  2. フローキャンバスに Route Work 要素を追加します。
  3. ルーティング構成で、ルーティングサービスを Agentforce に設定し、Agent Builder で作成した特定の Service Agent を選択します。
  4. AI エージェントがオフラインの場合、最大同時セッション制限に達した場合、または実行エラーが発生した場合に備えて、人間のオペレーターによるフォールバックキューを定義します。
  5. フローを保存して有効化します。

ステップ 5:コミュニケーションチャネルの接続

Omni-Channel Flow を顧客向けタッチポイントにリンクします:


フェイルセーフな有人ハンドオフワークフローの設計

自律型カスタマーサービスが成功するのは、人間のサポートがすぐに利用できるという安心感を顧客が持っている場合に限られます。サポートマネージャーは、明確なハンドオフトリガーとシームレスなコンテキスト引き継ぎを確立する必要があります。

ハンドオフトリガー

Agent Builder 内で明示的および暗黙的なエスカレーションルールを構成します:

ハンドオフ時のコンテキスト保持

Agentforce エージェントが対応を人間のキューに転送する際、引き継いだオペレーターが顧客に問題を再度説明させるようなことがあってはなりません。これを防ぐために以下を実施します:

  1. チャットログ全体の引き継ぎ: アクティブな Messaging Session レコードが人間のオペレーターの Service Console ワークスペースに直接転送され、完全な会話履歴が保持されます。
  2. AI によるケース要約の生成: Agentforce Case Summarization を使用して、顧客の問題、AI エージェントが試みたアクション、およびエスカレーションの理由を概説した 3 文の要約を生成します。
  3. ケース項目の事前入力: 取引先責任者名、確認済みのアカウント ID、件名、初期カテゴリなど、ベースとなる Case レコードの標準項目がエージェントのアクションによって既に入力されていることを確認します。

Omni-Channel Supervisor によるリアルタイム監視

エージェントがアクティブになると、サポートマネージャーは Omni-Channel Supervisor(拡張構成では Command Center for Service とも呼ばれます)を通じて運用を監視します。

AI Agents タブの活用

Omni-Channel Supervisor には、人間のチームと並行して自律型エージェントを管理するために特別に設計された専用の AI Agents タブが用意されています:

ライブセッションの確認と介入

スーパーバイザーは、リアルタイムの顧客対応中に直接介入できます:


パフォーマンス追跡とアナリティクス

AI エージェントの評価には、運用効率、解決の効果、および顧客の受け止め方を測定する指標が必要です。サポートマネージャーは、Agentforce Studio (Observe & Optimize > Analytics)、Tableau を活用したダッシュボード、および標準の Salesforce レポートを通じてこれらのインサイトにアクセスします。

主要業績評価指標(KPI)

指標定義ビジネス目標目標未達時のマネジメントアクション
自律的解決率 (Autonomous Resolution Rate)人間の介入なしに AI エージェントによって解決された顧客セッションの割合40% – 65%(問い合わせ構成により異なる)トピックの対象範囲を拡大。一般的な問い合わせ向けにセルフサービスアクションを追加
エスカレーション / ハンドオフ率 (Escalation / Handoff Rate)人間のオペレーターに転送されたセッションの割合25% – 45%転送理由を分析。不足しているナレッジ記事や不明確なトピックプロンプトを特定
初回コンタクト解決率 (FCR)初回のやり取りで解決し、48〜72 時間以内に再問い合わせが発生しなかったケースの割合> 70%対応後の記録を監査し、問題が実際に解決されたかを確認
顧客満足度 (CSAT)AI との会話直後に収集されたアンケート評価> 80% の好意的な評価低スコアのセッションを確認し、トーン、明確さ、または実行の不備を特定
平均処理時間 (AHT)顧客の最初の入力からセッション終了までの合計セッション時間自動解決の場合は 3 分未満フローアクションを効率化し、不要な会話のやり取りを削減

Data Cloud での Agent Session Tracing の活用

Agentforce は、Data Cloud 内の Agent Session Tracing モデルの下に詳細な実行テレメトリを保存します。これにより、以下に対する詳細な可視性が提供されます:

LLM を活用した評価

顧客が不満から単にチャットを途中離脱しただけの可能性があるため、「転送なしで終了したセッション」だけに依存することは誤解を招く恐れがあります。Salesforce には、クローズしたセッションをレビューして解決品質をスコアリングする LLM ベースの評価判定機能が組み込まれています。これらの評価モデルは、顧客の提示した質問に直接回答できたかどうかを評価し、真の解決と顧客の離脱を明確に区別します。


継続的な最適化サイクル

Agentforce Service Agent の導入は一度きりのプロジェクトではありません。継続的なガバナンスと改善が必要です。サポートマネージャーは、構造化された週次および月次の最適化サイクルを確立する必要があります:

週次レビュー:
  1. 未一致クエリの調査(Inspect Unmatched Queries)
     └── 一致するトピックがない、繰り返し発生している顧客の質問を特定。
  2. エスカレーションログの監査(Audit Escalated Transcripts)
     └── エージェントが行き詰まった箇所や意図を誤解した箇所を特定。
  3. 低 CSAT セッションの確認(Review Negative CSAT Sessions)
     └── フリクションの原因、紛らわしい表現、失敗したアクションを特定。

月次最適化:
  1. Salesforce Knowledge 記事の更新
     └── 新しい製品ポリシー、FAQ、トラブルシューティング手順を反映。
  2. トピック指示と境界の洗練
     └── Agent Builder 内の説明を明確にし、トピックの重複を防止。
  3. アクションカタログの拡充
     └── 頻度の高い手動タスクを自動化された Flows や Apex アクションに変換。
  4. Sandbox 環境でのテスト
     └── 本番環境へ移行する前に、プロンプトの変更と新しいアクションを検証。

長期的成功のためのベストプラクティス


関連リソース一覧

詳細な実装ガイドや技術ドキュメントを必要とするサポートマネージャーは、以下の公式リソースを参照してください: