WhatsApp AIアシスタントは、いつ人間に引き継ぐべきか？

役に立つAIアシスタントには、良い回答だけでなく明確な境界も必要です。サービスに関する日常的な質問には、簡単に答えられるものもあります。一方、支払いに関する異議申し立て、例外対応の依頼、担当者と話したいという顧客からの要望には、異なる対応が必要です。

人間への引き継ぎポリシーでは、いつ会話をスタッフへ移すべきか、そして顧客が次に何を期待できるかを定めます。このポリシーは、ソフトウェアの設定だけでなく、手作業による運用の指針にもなります。具体的なルーティング、通知、転送の方法は、実際にビジネスが利用しているツールと人員体制によって異なります。

まず、人が責任を持つべき判断から始める

アシスタントが説明してよい判断と、スタッフが下さなければならない判断を一覧にします。承認済みの解約ポリシーを説明することと、そのポリシーの範囲外で返金を承認することは異なります。標準パッケージを説明することと、カスタムの商用契約を受け入れることも異なります。

出発点には、自社が実際に担っている責任を用いてください。もっともらしい文章を生成できるからといって、アシスタントに権限を与えてはいけません。承認、判断、または保護されたアカウント情報へのアクセスが必要な場合は、担当チームと適切な連絡経路を明確にしてください。

実務的な境界の記述は、次のようになります。「日常的なサービス情報には、承認済みの情報源に基づいて回答できます。苦情、ポリシーの例外、取引に関する異議申し立て、対応範囲外のサービス依頼には、スタッフによる確認が必要です。」この記述は、自社の運用と、誤った回答がもたらす影響に合わせて調整してください。

明確な6つの引き継ぎトリガーを使う

1. 顧客が担当者を求めている

明確な依頼には、明確に応答する必要があります。助けが必要だと証明させるために、顧客へ自動質問を何度も繰り返してはいけません。依頼の振り分けに本当に必要な情報だけを集め、実際に利用できるプロセスに沿って次のステップを説明してください。

「誰か電話をくれますか？」「担当チームと話したいです」「自動返信を止めてください」といった一般的な表現をテストしてください。応答時間外にこうした依頼が届いた場合のスタッフの対応方法にも合意しておきましょう。

2. 承認済みの情報では回答を裏付けられない

ビジネスがルールを文書化していなかったり、利用可能な情報源の内容が食い違っていたりすることがあります。回答をでっち上げるのではなく、具体的な不確実性を認めるべきです。不足している情報が、顧客からは得られないビジネス上の判断である場合は、スタッフによる確認が適切です。

不足している詳細がすべて引き継ぎを必要とするわけではありません。不確実なのが顧客の意図する支店だけであれば、焦点を絞った確認を1回行うことで解決できる場合があります。掲載されていないサービスを利用できるかという質問であれば、そのサービスの責任者による確認が必要になることがあります。

3. 顧客が例外対応や確約を求めている

特別割引、確実な納期、通常と異なる作業、ポリシーの例外を求める依頼は、何らかの約束につながる可能性があります。承認済みのルールでカバーされているものがあるかどうかを確認してください。そのルールの範囲外にあるものは、関連する権限を持つ担当者へ回します。

仮想例：顧客が明日の午前8時までの配達を必要としている一方、承認済みの情報には通常の配達時間帯しか記載されていない場合。適切な回答では、希望時刻には確認が必要だと説明します。通常の時間帯を確定した配達時刻に変えてはいけません。

4. 苦情、異議申し立て、または度重なる誤解がある

料金に異議を唱えている顧客や、未解決のサービス問題を報告している顧客には、調査と判断が必要になる場合があります。確認されていない事実を認めたり、責任を問うたり、補償を約束したりせずに問題を受け止めてください。適切なチームが責任を引き受けやすいようにします。

確認が繰り返されることは、現在の対応方法が機能していない兆候でもあります。同じ問題の理解を試みても成功しなかった回数が合意した数に達したらスタッフの支援を求めるなど、チーム向けの実務的な停止ルールを設定してください。正確なしきい値は、会話の内容と利用可能なツールに合わせるべきです。

5. 問い合わせに機密性の高いアカウント情報や個人情報が含まれている

スタッフがアカウント固有の情報について話す前に、承認済みの本人確認や、より適した連絡経路が必要になるケースがあります。そのプロセスを事前に定めてください。通常の問い合わせで、パスワード、ワンタイムコード、決済カードの全桁情報、または関係のない本人確認書類を顧客に送らせてはいけません。

引き継ぎは、会話に含まれるすべての情報を開示してよいという許可ではありません。スタッフには、業務に関連する情報だけを、適切なビジネスチャネルを通じて渡すべきです。

6. 状況によっては緊急の専門家による支援が必要になる

企業は、通常の顧客向けメッセージングでは対応できない状況を特定しておくべきです。そこには、差し迫った安全上の懸念も含まれます。自社の業界に関連する明確な案内とエスカレーションの責任を定めてください。誰も対応していないWhatsAppの受信トレイが緊急対応サービスであるかのように示してはいけません。

専門的な案内は、承認済みのビジネスポリシーと適用される専門職上の責任の範囲内に保ってください。組織に緊急連絡先がある場合は、それを確認し、顧客への返信に含める前に利用可能な時間帯を明確にしてください。

トリガーを実務的な引き継ぎポリシーに変える

次のステップが機能して初めて、トリガーの一覧が役に立ちます。ケースの種類ごとに、担当チーム、連絡経路、対応時間、最低限必要な情報、誰も対応できない場合の代替策を記録してください。ソフトウェアで会話を転送できない場合は、ライブ転送が行われたと主張するのではなく、正直な連絡案内やスタッフによる確認プロセスを使います。

• 日常的な確認： 尋ねるべき詳細と、質問をやめるタイミング

• 苦情または異議申し立て： 誰が調査し、どの事実が必要か

• 例外またはカスタム依頼： 誰が約束を承認できるか

• 営業時間外の依頼： 顧客が期待できることと、利用可能な代替策

• 機密性の高いアカウントに関する質問： どの承認済みの確認・連絡プロセスを適用するか

過剰な約束をせずに移行を説明する

明確な引き継ぎメッセージでは、必要性を受け止め、確認済みの事項を示し、次のアクションを説明します。メッセージでの会話に適した長さに保ってください。

仮想的な文例：「ご依頼の作業は標準パッケージの範囲外であるため、サービスチームによる確認が必要です。ご希望の連絡方法とサービス提供場所をお知らせください。チームは、ビジネスが案内しているサポート時間内に問い合わせを確認します。」確認済みで、実際の運用上も現実的な場合にのみ、より具体的な対応予定を伝えてください。

そのアクションが実際に行われていない限り、「担当者に転送しました」や「専門担当者に通知しました」と言ってはいけません。同様に、問い合わせを受け取ったことと、予約の確定、見積もりの受諾、返金の承認を区別してください。

スタッフが対応を続けられるだけのコンテキストを渡す

引き継ぎでは、顧客の主な質問、関連する確認済みの事実、不足している詳細、スタッフの判断が必要な理由を保持するべきです。すでに行った約束と、顧客が明確に担当者を求めたかどうかを記録してください。仮定や異議のある事実は、確定事項として示すのではなく、ラベルを付けてください。

要約は短く、関連性の高い内容に保ちます。目的は不要な繰り返しを減らし、必要に応じてスタッフが元の会話を確認できるようにすることです。特に関係のない個人情報が含まれている場合、完全な会話記録が最初に表示する情報として常に最も役立つとは限りません。

境界をテストし、見直す

• 担当者を求める直接的な依頼、不明確なサービス依頼、ポリシーの例外をテストする。

• 確認されていない主張を含む苦情を試す。

• 営業時間外の会話を実際の人員体制と照らし合わせて確認する。

• 想定したチームが依頼を受け取り、対応できることを確認する。

• 顧客が正確な次のステップを受け取っているか確認する。

• プロセスの変更後や、引き継ぎの失敗が繰り返された後にポリシーを更新する。

優れた引き継ぎポリシーは、責任を明確にします。承認済みの境界内で日常的な質問に答え、問題を解決できる場合は焦点を絞った確認を行い、判断や権限が必要な場合はスタッフを関与させます。そして、説明した移行がチームによって実際に提供できるものであることを確認してください。

チームのワークフローを計画する際は、Engage AIにおける人間による管理についてお読みください。