AIチャットボットから有人対応へ切り替える条件と引き継ぎ設計

AIチャットボットは、すべての質問を自動で解決する前提にしないことが大切です。個別の契約内容や判断が必要な相談まで回答を続けると、利用者が困ったままになります。回答できる範囲を決めたうえで、有人対応への出口を見つけやすく設計します。

自動回答で扱う範囲を決める

公開された案内から説明できる内容と、本人確認や個別の記録が必要な内容を分けます。一般的な手順の案内はできても、特定の申込状況の確定や例外の許可は扱えない場合があります。業務担当が判断すべき内容を一覧にして、自動回答の対象外とします。

利用者には、何について案内でき、何は担当者への確認になるかを入口で伝えます。断定的に何でも答える印象を与えないようにします。自動回答の注意書きだけに頼らず、実際の会話でも対象外を適切に案内できるか試します。

切り替える語句だけを登録すると、言い換えた質問を見落とす場合があります。質問の意味と業務上の条件で判断する設計を検討し、想定する表現を変えて試します。誤って人へ渡す場合の負担も確認します。

担当者へは、問い合わせの要旨、利用者が行いたいこと、案内済みの内容、未解決の点を渡します。同じ説明を最初から求められると負担が大きくなるため、会話を参照できる仕組みが役立ちます。ただし会話には不要な個人情報が含まれることもあり、共有先と保存条件を決めます。

AIが生成した要約は、利用者の発言と完全に一致するとは限りません。元の会話へ戻れるようにし、確定していない解釈を事実として引き継がないようにします。「希望内容」と「システムが推定した分類」を区別すると、担当者が確認しやすくなります。

想定例として、申込内容の変更を希望する相談なら、一般的な変更手順は案内できても、その申込で変更可能かは担当者の確認が必要なことがあります。この場合は、可能と断定せず、確認に必要な経路へ進めます。

担当者が対応できない時間に「お待ちください」とだけ表示すると、いつまで待つか分かりません。即時対応できないことを伝え、利用可能な受付方法と次の案内を示します。実際に守れない返信時期を約束しないようにします。

引き継ぎ先のシステムが停止した場合は、受付できたふりをしないことが重要です。失敗を検出し、別の窓口や再試行方法を案内します。重複送信した場合に同じ問い合わせが複数作られないかも試します。チャットが使えない場合の連絡経路をページ上へ残します。

有人対応へ渡った理由を、資料不足、質問の理解違い、対象外の個別判断、操作の問題などに分けます。資料を追加すれば解決するものと、人が判断すべきものを混同しません。すべての引き継ぎを減らすことを目標にせず、必要な相談が適切に届くかを見ます。

更新した回答は、元になった資料と対応を確認し、言い回しを変えた質問でも試します。過去の個別対応を、そのまま一般的な回答へ転用しないようにします。適用条件が違う案内を広げると、新しい誤回答の原因になります。

提供できる対応方法によります。即時に人が応答できないなら、その条件と利用可能な窓口を明確に示します。

要点と未解決事項が分かるほうが対応しやすくなります。元の会話を参照できることと、共有する情報の管理も必要です。

切り替え先の担当者も試験へ参加し、受け取った情報だけで次の確認を始められるかを確かめます。利用者側の表示と受付側の記録を対にして見ることが大切です。