AIコールセンター導入で決める自動化範囲
AIコールセンターは、すべての電話をAIへ置き換える仕組みではありません。定型的な問い合わせを自動で完了し、判断や配慮が必要な会話をオペレーターへ渡し、通話後の記録や品質管理を支える構成まで含みます。
導入前に決めるべきことは「AIを使うか」ではありません。問い合わせごとにAIが完了する範囲を定めます。人へ切り替える条件と、記録・改善の責任者も必要です。
問い合わせを完了条件で分類する
最初に、過去の問い合わせを用件名ではなく完了に必要な処理で分けます。同じ「予約」でも、空き状況の案内と予約登録は別の業務です。変更・取消では必要な連携と本人確認も異なります。
| 分類 | 例 | 導入時の考え方 |
|---|---|---|
| 案内で完了 | 営業時間、場所、手続き方法 | 情報の更新責任者と回答範囲を決める |
| 受付で完了 | 折り返し受付、資料送付、予約候補 | 必須項目、復唱、通知先を決める |
| システム処理が必要 | 予約登録、残高照会、配送状況 | 認証、API失敗、二重処理を確認する |
| 人の判断が必要 | 苦情、解約交渉、複雑な相談 | 早い段階で有人対応へ切り替える |
件数が多く、会話の目的と終了条件を定義でき、例外を人へ渡せる用件から始めます。件数だけで選ばず、誤案内したときの影響も考慮します。
有人転送を失敗時まで設計する
有人転送は、転送ボタンや機能の有無だけでは評価できません。切り替え条件と転送先の選び方を確認します。オペレーターへ渡す情報と、転送先が応答しない場合も一つの流れに含めます。
AIが回答できない質問を受けた場合や、同じ内容を繰り返し聞き返した場合を切り替え条件にします。利用者が人との会話を希望した場合や、緊急性・苦情を検知した場合も対象です。転送時には本人確認済みの項目と用件を渡します。会話要約と、緊急度を判定した根拠もオペレーター画面で確認できるか試します。
全員が対応中なら、待機か折り返し受付のどちらへ進めるか決めます。別窓口の案内や受付だけで終了する選択肢も必要です。転送失敗の通話を誰が何分以内に確認するかまでが運用設計です。
応対品質を会話の自然さ以外でも測る
音声が自然でも、用件が完了しなければ業務改善にはなりません。品質は業務完了と正確性で評価します。利用者体験と運用負荷も別に見ます。
- 自動完了率と、正しい完了率
- 誤回答、誤認識、誤転送の件数と重大度
- 聞き返し回数、途中離脱、有人希望
- 転送後に同じ説明を繰り返した割合
- オペレーターの後処理時間と修正件数
- 苦情、停止希望、再入電の内容
平均値だけでは、少数の重大な誤案内が見えません。失敗事例を定期的に確認し、回答範囲を狭める判断も持ちます。経済産業省のAI事業者ガイドライン第1.2版は、チェックリストとワークシートを公開しています。便益とリスクを対応づけ、対策後に残る課題まで整理できます。
録音・文字起こしの扱いを決める
コールセンターでは録音と文字起こしが増えます。要約や品質評価のデータも対象です。保存できることと、保存すべきことは同じではありません。
利用目的と保存期間を決めます。閲覧権限と持ち出しに加え、削除も確認します。AI学習への利用は別項目にします。
個人情報保護委員会の通話内容録音に関するFAQは、特定の個人を識別できる通話内容は個人情報に該当し、個人情報を取得した場合は利用目的の通知・公表が必要になることを示しています。個人情報保護法ガイドライン通則編も参照します。安全管理措置に加え、従業者と委託先の監督を確認してください。
本人確認情報やセンシティブな相談を扱う場合は、文字起こし対象から除外する方法があります。マスキングや閲覧者の限定も含め、業務に応じた制御が必要です。
小さな範囲で運用改善まで試す
初回導入では、一つのキューか一種類の問い合わせに絞ります。AI応対から有人転送へ進み、記録とレビューまで一巡させます。初期設定時だけでなく回答内容を変更したときもテストが必要です。テスト担当、承認者、公開時期を決めます。
提供会社へ任せる範囲と自社で持つ範囲も明確にします。会話設計とFAQ更新の担当を決めます。品質評価、障害対応、改善提案については頻度と反映時間も比較します。
候補を横並びで見るときは、AIコールセンター比較表で対応範囲と有人連携を確認してください。録音・要約、システム連携、運用支援も同じ条件で比べます。最終的には、一つの製品の機能数ではなく、自動応対と有人運営を継続して改善できる構成かで判断します。