コールセンターAIの有人対応切り替え｜判断基準と運用設計｜カカオフレンズからコールセンターまで

コールセンターAIの有人対応切り替えは、AIで対応できる範囲と、人が対応すべき範囲を分けるための運用設計です。

すべてをAIに任せるのではなく、苦情、契約判断、個人情報、例外対応などを人へ引き継ぐ条件を決めておくことで、顧客体験とリスク管理を両立しやすくなります。

Contents

AIから有人対応へ切り替える基準
- AIで完結させない問い合わせを先に決めます
有人切り替え設計の前に確認するポイント
- AIで完結させる問い合わせと人が受ける問い合わせを分けます
有人切り替えのリスクと運用体制
- 待ち時間、履歴引き継ぎ、誤転送を分けて確認します
有人対応へ切り替える目的
- AIで完結させる範囲と、人が受ける範囲を分けます
切り替え条件の設計
- 顧客の言葉、感情、緊急性、回答不能を条件にします
会話履歴と顧客情報の引き継ぎ
- 同じ説明を繰り返させないことが顧客体験を守ります
待ち時間、SLA、営業時間外の運用
- 人につなぐ約束をした後の体験まで設計します
誤転送やたらい回しを防ぐチェックリスト
- ルーティング条件と評価KPIをセットで見ます
有人切り替えと合わせて確認したいAI導入記事
- 導入全体、失敗例、ガイドライン、セキュリティを確認します
よくある質問
- 有人切り替えは少ないほど良いですか？
- AIから人へ引き継ぐとき何を渡すべきですか？

AIから有人対応へ切り替える基準

AIで完結させない問い合わせを先に決めます

有人対応切り替えでは、AIが対応する定型業務と、人が判断する例外業務を分け、エスカレーション条件を明文化します。

切り替え条件	有人対応が必要な理由	運用例
苦情・感情的な問い合わせ	定型回答だけでは不満が強まる可能性がある	SVまたは専門担当へ引き継ぐ
契約・料金の例外判断	誤回答の影響が大きい	担当部署の確認後に回答する
個人情報を含む相談	本人確認や権限確認が必要になる	認証後に人が対応する

KPI	見る目的	注意点
自己解決率	AIで解決できた割合を見る	高すぎても不満が隠れていないか確認する
有人切替率	AIの対応範囲が妥当か見る	低ければ良いとは限らない
再問い合わせ率	誤案内や解決不足を確認する	有人切替の遅れを見つける

有人切り替え設計の前に確認するポイント

AIで完結させる問い合わせと人が受ける問い合わせを分けます

有人対応への切り替えは、顧客の不安や例外判断を拾うための仕組みなので、AIで抱え込む範囲を広げすぎないことが重要です。

コールセンターAIを導入する前に、定型質問、苦情、契約判断、本人確認、緊急対応を分け、どの条件でオペレーターやSVへ渡すかを決めます。

有人切り替えのリスクと運用体制

待ち時間、履歴引き継ぎ、誤転送を分けて確認します

人へつなぐ判断が遅れると顧客体験が悪化するため、会話履歴と顧客情報の引き継ぎまで運用に含めます。

有人切り替えでは、AIの会話要約、本人確認状況、顧客の希望、試した回答、担当部署を渡せるようにし、たらい回しや再説明を減らします。

有人対応へ切り替える目的

AIで完結させる範囲と、人が受ける範囲を分けます

有人対応への切り替えは、AIの失敗を隠すためではなく、顧客の不安、例外判断、契約や個人情報に関わる問い合わせを適切な担当者へ渡すための設計です。

コールセンターAIは、定型質問の一次回答、問い合わせ分類、回答候補の提示、営業時間外の受付には向いていますが、顧客の感情が強い場面や個別判断が必要な場面まで自動化すると、かえって不満を大きくすることがあります。

そのため、導入時には「AIで回答してよい問い合わせ」「AIが候補だけ出して人が回答する問い合わせ」「最初から人へつなぐ問い合わせ」を分けておきます。

有人切り替えの基準を明文化しておけば、SVが毎回判断しなくても、現場が同じルールで対応しやすくなります。

問い合わせ	AI対応	有人切り替えの考え方
営業時間、手続き、配送状況	定型回答しやすい	例外条件が出たら人へ渡す
解約、返金、契約変更	案内候補まで	最終判断は人が行う
苦情、強い不満、緊急対応	受付と分類まで	早めに担当者へ渡す
個人情報を含む相談	入力制限が必要	本人確認後に人が対応する

切り替え条件の設計

顧客の言葉、感情、緊急性、回答不能を条件にします

有人対応の条件は、「人につないで」と言われた場合だけでなく、AIが回答できない兆候を複数の観点で拾えるようにしておく必要があります。

切り替え条件には、顧客が明示的に有人対応を希望した場合、同じ質問が一定回数繰り返された場合、AIの信頼度が低い場合、苦情や怒りを示す表現が含まれる場合、契約や返金の判断が必要な場合などがあります。

営業時間外に有人対応できない場合は、AIが無理に解決しようとせず、受付番号、対応予定時間、緊急窓口の有無を伝える運用にします。

条件	判定例	引き継ぎ先
有人希望	担当者に代わって、電話したい	一次窓口またはSV
感情悪化	怒り、強い不満、不安が続く	苦情対応担当
契約判断	返金、解約、例外承認	業務主管または管理者
回答不能	AIが根拠を提示できない	有人オペレーター

会話履歴と顧客情報の引き継ぎ

同じ説明を繰り返させないことが顧客体験を守ります

有人対応へ切り替えるときは、会話本文だけでなく、問い合わせ分類、本人確認状況、試した案内、顧客が望む解決内容を一緒に渡す必要があります。

AIから人へつながったあと、オペレーターが「最初からご説明ください」と言ってしまうと、顧客はAI対応の時間を無駄に感じます。

引き継ぎ画面には、問い合わせ要約、顧客の直近発言、AIが提示した回答、顧客が否定した内容、本人確認の完了状況、優先度、推奨ルーティングを表示できると運用しやすくなります。

ただし、個人情報や機密情報をAI処理に含める場合は、社内ルール、委託先との契約、アクセス権限、ログ保存範囲を確認したうえで設計する必要があります。

引き継ぐ情報	目的	注意点
問い合わせ要約	再説明を減らす	AI要約を人が確認できるようにする
本人確認状況	手戻りを防ぐ	確認済み項目と未確認項目を分ける
試した回答	同じ案内の繰り返しを避ける	誤案内の可能性を残す
感情・緊急度	優先順位を決める	自動判定を過信しない

待ち時間、SLA、営業時間外の運用

人につなぐ約束をした後の体験まで設計します

有人切り替えは、切り替えボタンを用意するだけではなく、待ち時間、折り返し、担当部署の営業時間、混雑時の代替案まで含めて設計します。

AIが「担当者へつなぎます」と表示したのに、実際には長時間待たせる、営業時間外で対応できない、部署違いで転送を繰り返すと、AI導入そのものへの不信感につながります。

SLAを決める際は、すべての問い合わせを同じ時間で扱うのではなく、緊急性、顧客影響、契約条件、苦情の強さ、本人確認の必要性で優先順位を分けます。

営業時間外は、AIが完結できる範囲、翌営業日の折り返し受付、緊急窓口、問い合わせ番号の発行を分けておくと、無理な自動回答を避けやすくなります。

誤転送やたらい回しを防ぐチェックリスト

ルーティング条件と評価KPIをセットで見ます

有人対応の品質は、切り替え件数の少なさではなく、必要な問い合わせが適切な担当者へ早く届き、再説明や再転送が減っているかで評価します。

評価KPIには、有人切り替え率、切り替え後の平均待ち時間、再転送率、再問い合わせ率、AI対応後の顧客満足度、SV介入率、営業時間外受付からの解決率などがあります。

切り替え率が高いこと自体を失敗と見なすのではなく、AIに任せるべきではない問い合わせをきちんと人へ渡せているかを確認します。

チェック項目	確認する理由	未対応時の問題
担当部署の分類	最初の転送先を正しくする	たらい回しが増える
会話要約の表示	再説明を減らす	顧客の不満が増える
SLAの定義	待ち時間の期待値をそろえる	約束と実態がズレる
KPIの定期確認	AIと人の役割を見直す	切り替え条件が古くなる