オムニチャネル対応のAIカスタマーサービス
複数チャネルで定型質問に答え、承認済みシステムを参照し、複雑な案件は文脈付きで担当者へ渡します。
定型的な問い合わせについて確認済みの顧客情報を集め、承認済みの回答または元に戻せる操作案を準備し、機微な案件は担当者へ引き継ぎます。
- 問い合わせを分類して本人確認を行う
- 承認済みの対応情報を参照する
- 回答案または許可済み操作を準備する
本人確認、現行の案内、限定されたシステム権限、エスカレーション担当者が明確な問い合わせ種別を一つ選びます。
このワークフローでできること
複数チャネルで定型質問に答え、承認済みシステムを参照し、複雑な案件は文脈付きで担当者へ渡します。オムニチャネル対応は、設定・認可済みのコネクターと、承認された導入範囲内のチャネルに限られます。
まずは、対応可能な問い合わせ種別、承認済みナレッジ、アカウント情報、エスカレーション先、解決条件が文書化されたサポートキューを一つ選びます。返金、苦情、アカウント変更、規制対象の助言、顧客への約束は、権限を持つサポート責任者が判断します。
ワークフローの流れ
問い合わせを分類して本人確認を行う
用件、チャネル、顧客記録、必要な認証、緊急度、適用するサービス方針を確認します。
承認済みの対応情報を参照する
最新のナレッジ、注文・アカウント情報、会話履歴、本件で参照が許可された項目を使用します。
回答案または許可済み操作を準備する
根拠のある回答を作り、方針と権限で明示された低リスクかつ取り消し可能な操作だけを実行します。
苦情や判断の難しい案件を引き継ぐ
返金、異議申立て、規制対象の質問、機密変更、確信度の低い案件は、文脈とともに権限を持つ担当者へ回します。
解決内容と修正を記録する
回答、操作、引き継ぎ理由、顧客の反応、再開状況、方針やナレッジへの修正を残します。
導入前に定める統制
| 統制領域 | エージェントが担うこと | チームが管理すること |
|---|---|---|
| 評価指標 | 振り分け精度、採用された解決案、再オープン、エスカレーションの質、記録の完全性を追跡します。 | 問い合わせ種別、チャネル、言語、操作権限ごとに結果を確認します。 |
| レビュー | 確認済みの顧客情報と承認済みの案内に基づき、返信または限定的な操作案を作成します。 | 返金、アカウント変更、方針の例外、機微な顧客判断は権限を持つ担当者が行います。 |
| 例外 | 本人確認の不一致、注文情報の不足、規制・安全上の問題、反復障害、確信度の低い解決案はエスカレーションします。 | 内容に応じてサポート、不正対策、法務、インシデントの責任者と対応期限を定めます。 |
| 証跡 | 会話、本人確認、参照した記事、アカウント情報、操作案、引き継ぎ理由を記録します。 | 承認、顧客向け返信、システム変更、解決コード、再オープン後の結果を保持します。 |
| 復旧 | ヘルプデスクや注文システムとの連携が失敗した場合は書き込みや完了通知をせず、ケースの状態を保持します。 | 復旧後に重複操作がないことを確認し、確定した状態から完了または再割当てを行います。 |
パイロットの前後に行うこと
導入前
導入前に、対応可能な問い合わせ種別、承認済みナレッジ、アカウント情報、エスカレーション先、解決条件が文書化されたサポートキューを一つ選びます。
導入後
導入後は、問い合わせ種別ごとに、振り分け精度、採用された解決案、再オープン、エスカレーションの質、記録の完全性を追跡します。
OpenMaxでワークフローを連携する
OpenMaxで問い合わせ情報、返信案、引き継ぎを整理し、返金、アカウント変更、方針の例外は権限を持つ担当者が判断します。
よくある質問
AIカスタマーサービスエージェントのパイロットはどこから始めるべきですか?
まずは、対応可能な問い合わせ種別、承認済みナレッジ、アカウント情報、エスカレーション先、解決条件が文書化されたサポートキューを一つ選びます。
どの判断を人が担うべきですか?
返金、苦情、アカウント変更、規制対象の助言、顧客への約束は、権限を持つサポート責任者が判断します。
パイロットはどのように評価しますか?
問い合わせ種別ごとに、振り分け精度、採用された解決案、再オープン、エスカレーションの質、記録の完全性を追跡します。