ワークフローによる顧客サービスの変革。

パスワードのリセット、配送状況の確認、返金リクエスト、機能の説明など、ほとんどのカスタマー サービスでのやり取りは繰り返し行われます。人間のエージェントが 5 ～ 15 分で対応します。サポートするインフラストラクチャがマシンとの対話用に設計されている場合、AI エージェントは数秒で問題を解決できます。

変化とは人間のサポートに取って代わるものではありません。それは、顧客自身の AI アシスタントがサポート システムに直接接続し、どちらの当事者も人間の介入なしに答えを見つけて解決策を実行できるようにすることです。

これは、ナレッジ ベースが機械読み取り可能で、解決パスがエンドポイントとして公開され、エスカレーションが完全なコンテキストで自動化され、システムがすべてのチャネルで機能する場合にのみ機能します。

ナレッジベースにはキーワード検索ではなく意味構造が必要です#

従来のヘルプセンターは、一致する単語を検索します。顧客が「ログインできません」と入力すると、システムはその単語を含む記事を返します。この問題は、AI エージェントが同じ問題を「モバイル クライアントでのパスワード変更後の認証失敗」という別の言い方で説明したときに問題が発生します。

この解決策は、構造化コンテンツによってサポートされるセマンティック検索です。各ヘルプ記事は次のことを行う必要があります。

• 上部に明確な文で問題を表現します
• このソリューションが適用される正確な条件をリストします (製品バージョン、プラットフォーム、アカウントの種類)
• 明示的な入力と期待される結果を使用して、番号付きのステップで解決策を提供します
• このソリューションが適用されない場合を定義します (特殊なケース、前提条件)
• 隣接する問題の関連記事へのリンク

社内用語は避けてください。チームが内部で構成パネルを「ミッション コントロール」と呼んでいる場合、人間とエージェントの両方が用語に同意できるように、ヘルプ記事には「構成パネル (内部ではミッション コントロールと呼ばれています)」と記載する必要があります。

解決エンドポイント: エージェントが問題を解決できるようにします#

解決策を説明するのは読書層です。修正の実行は実行レイヤーです。

一般的なサポート アクションごとに、文書化されたエンドポイントを公開します。

• パスワードのリセット: ユーザー ID を受け入れ、一時的なアクセス リンクで確認を返します。
• 返金リクエスト: 注文 ID の受け入れ、資格の検証、返金の開始、返品ステータス
• サブスクリプションの変更: プラン ID、発効日、返品の確認、および日割り金額を受け入れます。
• 配送ステータス: 注文 ID を受け入れ、現在のステータスと推定納期を返します。
• チケットの作成: 問題の説明、カテゴリ、優先度を受け入れ、チケット ID を返します。各エンドポイントには入力検証、クリア エラー応答、およびレート制限が含まれている必要があります。払い戻しを直接アクティブ化できるエージェントにより、顧客とそのサポート チームの両方が 10 分間の電話通話を節約できます。

フルコンテキストによる自動スケーリング#

エージェントが問題を解決できない場合は、エスカレーションする必要があります。重要な要件: エスカレーションには、試行された内容と失敗した理由の完全なコンテキストが含まれている必要があります。

適切な登山積載量には次のものが含まれます。

• クライアント識別子
• 問題の説明 (エージェントが理解したもの)
• 解決策を試みました
• 各ステップで受信したエラーコード
• 関連するアカウントデータ (注文履歴、購読ステータス)
• 人間のエージェントに対して次に提案されるアクションこれにより、サポートのエスカレーションにおける最悪の部分、つまり顧客が問題を最初から繰り返すという事態が解消されます。人間のエージェントは完全な診断パッケージを受け取り、問題をすぐに解決できます。

解決ルートが失敗したときに AI エージェントが呼び出す自動チケット発行エンドポイントとして構築します。 [マルチエージェント AEO の記事] (/docs/multi-agent-aeo/) では、調整された AI ワークフローでこれらのハンドオフがどのように機能するかについて説明しています。

チャネル間の連続性#

顧客の AI エージェントが Web サイトでサポート インタラクションを開始し、モバイル アプリを通じて身元を確認し、確認メールを受信する必要がある場合があります。サポート システムは、すべてのチャネル上のエージェントを認識し、対話コンテキストを維持する必要があります。

これには以下が必要です。

• すべてのチャネルにわたって機能する永続的なセッション ID またはインタラクション ID
• Web、モバイル、電子メール経由で送信される認証
• 状態の永続性 (チャネルを変更するときにエージェントはワークフローを再起動すべきではありません)
• エントリポイントに関係なく一貫した API 動作

Web サポートとモバイル サポートが別個のデータベースを備えた別個のシステムである場合、エージェントのワークフローはチャネル境界で中断されます。

代理店モデルでのサポートの測定#

従来のサポート指標 (平均処理時間、最初の応答時間、CSAT スコア) は、人間との対話を考慮して設計されていました。エージェントのサポートにはさまざまな対策が必要です。

• 自律解決率: エージェントが人間の参加なしに解決した問題の割合は何パーセントですか?
• 解像度の精度: 自律解像度は正しかったか?
• エスカレーションの質: エージェントがエスカレーションしたとき、十分なコンテキストを提供しましたか?
• 解決までの平均時間: エージェントのリクエストから解決策の確認まで
• 障害点分析: エージェントのワークフローが最も頻繁に中断されるのはどこですか?

これらのメトリクスは、マシン指向のサポート インフラストラクチャを改善すべき箇所を示します。 AEO Readiness Auditにはサポート体制の評価が含まれます。

よくある質問顧客サービスにおける自律的な解決とは何ですか?#

自律的な解決とは、顧客の AI エージェントがサポート システムに接続し、問題を特定し、どちらの当事者も人間の介入なしに解決策を実行することを意味します。

AI エージェントのナレッジ ベースはどのように構築されるべきですか? 各記事には、明確な問題の記述、適用可能な条件、明示的な入力と出力を伴う番号付きの解決手順、および定義されたエッジ ケースが必要です。セマンティック検索はキーワード一致を置き換える必要があります。

解決エンドポイントとは何ですか? AI エージェントがサポート アクション (パスワードのリセット、払い戻しリクエスト、サブスクリプションの変更、配信ステータスの確認、チケットの作成) を直接実行できるようにする API エンドポイント。

AI エージェントではエスカレーションはどのように機能しますか? エージェントが問題を解決できない場合、エージェントはエスカレーション エンドポイントを呼び出し、問題の説明、試行された手順、受信したエラー、提案される次のアクションなどの完全な診断コンテキストを含むチケットを作成します。

エージェントの顧客サービスにとって重要な指標は何ですか? 自律的な解決率、解決の精度、エスカレーション コンテキストの品質、平均解決時間、障害ポイント分析が、平均処理時間などの従来の指標に取って代わります。

主な参考文献* NIST AI リスク管理フレームワーク#

• Schema.org ドキュメント