AIコールセンターでできることと人に残す業務
AIコールセンターは、すべての電話をAIへ置き換える仕組みではありません。定型的な問い合わせを自動で完了し、判断や配慮が必要な会話をオペレーターへ渡し、通話後の記録や品質管理を支える構成まで含みます。
導入前に決めるべきことは「AIを使うか」ではありません。問い合わせごとにAIが完了する範囲を定めます。人へ切り替える条件と、記録・改善の責任者も必要です。
問い合わせを完了条件で分類する
まず「AIが顧客と話す」のか「人の対応をAIが支える」のかを分けます。前者は電話の自動応答、後者は回答候補の提示や通話後の記録作成です。声で答える機能を導入しなくても、後処理を短縮する余地があります。
表は左右にスクロールできます
| 導入する範囲 | 現場で変わる作業 | 人に残す判断の例 |
|---|---|---|
| 電話の自動応答 | 用件を聞き取り、定型案内や受付を行う | 回答範囲外の相談、処理失敗、個別交渉 |
| オペレーター支援 | 人が通話しながら回答候補を参照する | 提示内容が目の前の顧客へ適用できるか |
| 通話後の要約・分類 | 記録の下書きと用件分類を作る | 金額・日時・合意内容の訂正と承認 |
例えばPKSHA VoiceAgentは電話の自動応答を提供し、BIZTELのAI連携はテキスト化した通話の解析や要約に使えます。同じ「AI導入」でも置き換える工程が違います。製品名より先に、受電そのものが詰まっているのか、応対後の入力が詰まっているのかを見てください。
最初に、過去の問い合わせを用件名ではなく完了に必要な処理で分けます。同じ「予約」でも、空き状況の案内と予約登録は別の業務です。変更・取消では必要な連携と本人確認も異なります。
表は左右にスクロールできます
| 分類 | 例 | 導入時の考え方 |
|---|---|---|
| 案内で完了 | 営業時間、場所、手続き方法 | 情報の更新責任者と回答範囲を決める |
| 受付で完了 | 折り返し受付、資料送付、予約候補 | 必須項目、復唱、通知先を決める |
| システム処理が必要 | 予約登録、残高照会、配送状況 | 認証、API失敗、二重処理を確認する |
| 人の判断が必要 | 苦情、解約交渉、複雑な相談 | 早い段階で有人対応へ切り替える |
件数が多く、会話の目的と終了条件を定義でき、例外を人へ渡せる用件から始めます。件数だけで選ばず、誤案内したときの影響も考慮します。
予約変更は受付と確定を分ける
「金曜の予約を翌週の月曜へ変えたい」という電話を例にします。AIが希望日を聞いて担当者へ通知するだけなら変更受付です。現在の予約を特定し、空き枠を確認して台帳へ保存できて初めて変更確定になります。
受付だけの運用で「変更しました」と答えるのは誤案内です。「変更のご希望を受け付けました。確定後に担当者から連絡します」と区別します。台帳への保存が失敗した場合も、確定したように案内せず、元の予約をどう扱うか人へ渡します。以下は製品の実演結果ではなく、導入範囲を決めるための会話例です。
表は左右にスクロールできます
| 状況 | 自動化する回答・処理の例 | 自動で終えてはいけない条件 |
|---|---|---|
| 営業時間を知りたい | 承認済みの営業時間を案内 | 臨時休業の情報が未反映 |
| 予約日を変更したい | 希望を復唱し、変更依頼を登録 | 本人確認や予約特定ができない |
| 変更を確定したい | 空き枠と登録結果を確認して確定を案内 | 保存失敗、同時予約で枠が埋まった |
| キャンセル料を免除してほしい | 担当者へ相談を引き継ぐ | AIが独自に免除や返金を約束する |
高度な会話モデルを使っても、台帳や社内の承認権限がなければ手続きは完了しません。最初は受付までに限定する選択もできます。その場合は、折り返し担当が処理する件数を削減済みとして数えないことが大切です。
有人転送を失敗時まで設計する
有人転送は、転送ボタンや機能の有無だけでは評価できません。切り替え条件と転送先の選び方を確認します。オペレーターへ渡す情報と、転送先が応答しない場合も一つの流れに含めます。
AIが回答できない質問を受けた場合や、同じ内容を繰り返し聞き返した場合を切り替え条件にします。利用者が人との会話を希望した場合や、緊急性・苦情を検知した場合も対象です。転送時には本人確認済みの項目と用件を渡します。会話要約と、緊急度を判定した根拠もオペレーター画面で確認できるか試します。
全員が対応中なら、待機か折り返し受付のどちらへ進めるか決めます。別窓口の案内や受付だけで終了する選択肢も必要です。転送失敗の通話を誰が何分以内に確認するかまでが運用設計です。
自動完了率と削減時間を計算する
音声が自然でも、用件が完了しなければ業務改善にはなりません。品質は業務完了と正確性で評価します。利用者体験と運用負荷も別に見ます。
例えば100件をAIで受け、60件が転送されずに終了したとします。そのうち10件は答えを得られず切電し、5件は誤案内だったなら、正しく完了したのは45件です。「転送なし60%」と「正しい自動完了45%」を分けます。短時間で切れた通話を成功に含めないための計算例で、製品の実績ではありません。
人が1件5分かけていた45件を正しく自動化できたと仮定すると、単純な短縮は225分です。ただし日々の確認や訂正に90分かかったなら、差し引き135分になります。通話件数の削減率と人件費の削減率は一致しません。実際の配置人数を減らせるかは、混雑時間に人の対応が残るかでも変わります。
評価では誤案内と再入電を最初に確認し、その後に聞き返し回数や後処理時間を見ます。人へ切り替わった通話でも、用件が正しく伝わり二度説明しなくて済めば、支援としての効果はあります。
平均値だけでは、少数の重大な誤案内が見えません。失敗事例を定期的に確認し、回答範囲を狭める判断も持ちます。経済産業省のAI事業者ガイドライン第1.2版は、チェックリストとワークシートを公開しています。便益とリスクを対応づけ、対策後に残る課題まで整理できます。
録音・文字起こしの扱いを決める
コールセンターでは録音と文字起こしが増えます。要約や品質評価のデータも対象です。保存できることと、保存すべきことは同じではありません。
利用目的と保存期間を決めます。閲覧権限と持ち出しに加え、削除も確認します。AI学習への利用は別項目にします。
個人情報保護委員会の通話内容録音に関するFAQは、特定の個人を識別できる通話内容は個人情報に該当し、個人情報を取得した場合は利用目的の通知・公表が必要になることを示しています。個人情報保護法ガイドライン通則編も参照します。安全管理措置に加え、従業者と委託先の監督を確認してください。
本人確認情報やセンシティブな相談を扱う場合は、文字起こし対象から除外する方法があります。マスキングや閲覧者の限定も含め、業務に応じた制御が必要です。
小さな範囲で運用改善まで試す
初回導入では、一つのキューか一種類の問い合わせに絞ります。AI応対から有人転送へ進み、記録とレビューまで一巡させます。初期設定時だけでなく回答内容を変更したときもテストが必要です。テスト担当、承認者、公開時期を決めます。
提供会社へ任せる範囲と自社で持つ範囲も明確にします。会話設計とFAQ更新の担当を決めます。品質評価、障害対応、改善提案については頻度と反映時間も比較します。
候補を横並びで見るときは、AIコールセンター比較表で対応範囲と有人連携を確認してください。録音・要約、システム連携、運用支援も同じ条件で比べます。最終的には、一つの製品の機能数ではなく、自動応対と有人運営を継続して改善できる構成かで判断します。