AIカスタマーサービス：本番導入の実践ガイド

8〜12週間分のチケットを出力し、顧客意図、必要システム、解決経路、リスク、現行工数で分類します。件数があり、規程が文書化され、データへアクセスでき、レビュー可能な結果を持つものが最初の候補です。配送状況、アカウントアクセス、単純な返品条件は向きますが、紛争や配慮が必要な顧客ケースは向かない場合があります。

件数だけで選びません。例外経路が12あり、責任が不明な高頻度意図は、狭い3意図より自動化費が高くなる可能性があります。本人確認、法的判断、利用できないデータが必要なケースを除き、対象可能件数を計算します。

各規程回答に承認済み情報源を1つ設定し、責任者、発効日、市場、商品、旧版を記録します。検索は担当者の権限を守り、使用した箇所を返します。現行文書が矛盾する場合は人へ送り、コンテンツ修正課題を作ります。

知識更新も運用の一部です。規程責任者が、インデックス更新、回帰質問の実行、承認記録まで行える公開経路を持ちます。正しいモデルでも昨日の規程につながっていれば、誤った対応になります。

会話層は依頼を理解し結果を説明し、規程層は承認ルールから許可経路を決め、ツール層はシステムを参照・変更します。分離すれば、メッセージ送信や返金をせずに規程判断だけをテストできます。

getOrder、checkReturnWindow、draftReturnのような狭く型付けされたツールを使います。本人確認と引数検証はモデル外で行います。ツールにリスク区分を付け、基準を超える操作へ承認を求め、可能な限り書き込みを重複安全または取り消し可能にします。

引き継ぎには、確認済み本人状態、顧客目的、収集事実、参照情報、試行操作、ツール結果、不確実性、エスカレーション理由を含めます。会話を移す前に、要約を担当者画面へ表示します。

顧客が希望する、本人確認できない、規程が矛盾する、ツールが繰り返し失敗する、深刻な困窮を示す、要求操作が権限を超える場合は人へつなぎます。支援へ到達するために顧客とAIを議論させてはいけません。

通常チケット、例外、規程矛盾、不足情報、攻撃的指示、既知の苦情からテストを作ります。意図、根拠、規程判断、ツール選択、引数、表現、引き継ぎ、最終システム状態を評価します。流暢な回答でも返金記録が誤っていれば失敗です。

顧客向け自律運用前にシャドーモードを実施します。返信せず実案件を処理し、提案経路と担当者の操作を比較し、不一致を確認します。その後、社内下書き、監督付き返信、限定意図の自動対応へ進みます。

初回解決率、7日以内の再問い合わせ、解決時間、引き継ぎ精度、顧客満足度、苦情率、修正率、解決1件あたり費用を追跡します。顧客の問題が解決し続ける場合にのみ、自己完結率には価値があります。

意図と顧客セグメント別に比較します。全体平均が改善しても、特定言語、商品、アクセシビリティ要件が悪化する可能性があります。重大な失敗は個別に確認し、現場担当者が危険・誤動作をすぐ報告できる手段を用意します。

第1段階は担当者向け分類・要約、第2段階は引用付き返信案、第3段階は承認後の低リスクで取り消し可能な操作、第4段階は制限内の選択操作を自動化し、一部会話を継続確認します。各段階に品質基準、事故対応、切り戻しスイッチが必要です。

システムができること、人が確認する場合、支援へ到達する方法を示します。カナダ・プライバシーコミッショナー事務局は、AIとの対話を明示し、個人情報利用を説明し、機密情報の共有を制限するよう案内しています。透明性はプライバシーポリシーだけでなく画面に必要です。