カスタマーサポートを自動化する方法｜AI・FAQ・ワークフローの使い分け

記事概要：カスタマーサポート自動化の対象を、定型回答、分類、要約、担当割当、顧客情報更新に分け、FAQ、AI、ワークフローの使い分けを示します。誤判断時の影響と人による確認の要否から、自動化範囲を決める方法も解説します。

カスタマーサポート自動化は、チャットボットを置くだけでは成立しません。問い合わせ対応自動化では、受付から解決までの作業を分け、判断の難しさと誤った処理が顧客へ与える影響に応じてAI、FAQ、ワークフロー、人の担当を配置します。

業務を回答と処理に分ける

営業時間、返品条件、操作方法の案内は情報提供ですが、本人確認、注文変更、返金、アカウント停止はシステム処理を伴います。回答できることと実行してよいことを分けると、自動化の境界が明確になります。

生成AIの性能はモデルだけでなく、文書の版、検索結果、プロンプト、回答制御で変わります。変更前後で同じ質問セットを実行し、正答、根拠、禁止回答、有人転送を個別に評価します。

FAQは確定情報、生成AIは探索に使う

規約や料金のように表現を固定したい内容は承認済みFAQから返し、複数文書を参照して説明する質問はRAGを用いた生成AIが向きます。参照元がない場合や情報が競合する場合は回答を止める制御を設けます。

自動化率を上げるために影響の大きい処理まで無人化すると、確認と訂正の費用が増える場合があります。情報提供、判断支援、処理実行を分け、それぞれに必要な本人確認と承認を設定します。

分類と担当割当を先に自動化する

全回答の自動化が難しくても、言語、製品、緊急度、顧客種別の分類は効果を出しやすい領域です。ただし誤分類を前提に、担当者が変更できること、変更結果を学習用データとして記録できることを確認します。

ログには顧客の入力、参照情報、生成結果、担当者の修正、最終処理を結び付けます。個人情報を必要以上に残さず、運用改善と監査に使える期間を決めて保存します。

要約と回答案は人の確認を残す

要約は長い履歴を読む時間を減らしますが、金額、日付、否定表現の誤りが判断へ影響します。初期段階では原文へのリンクを残し、回答案は送信前に担当者が根拠と禁止表現を確認します。

公開後は、未回答、誤回答、転送、再問い合わせを用件別に確認します。カスタマーサポートを自動化する方法の効果をAI単体の精度で終わらせず、顧客の問題が完了したかと担当者の確認工数で判断します。

更新処理は権限と取消方法で判断する

配送先変更や予約受付を自動化する場合は、本人確認、入力値検証、二重実行防止、完了通知、取消期限を設計します。外部システムが停止したときは受付済みにせず、保留と再実行を区別します。

更新処理は権限と取消方法で判断するを自動化するときは、AIが参照する情報、出力を使う人、誤りの影響、訂正方法を一組で定義します。DX推進担当者、サポート責任者は成功例だけでなく、回答不能と誤判断を前提に、人へ戻す条件を要件へ含めます。

自動化率ではなく解決後を見る

ボット完了率だけでは、顧客が途中で諦めた状況を見落とします。再問い合わせ、有人転送後の処理時間、訂正件数、苦情、担当者の確認工数を合わせ、自動化によって問題が後工程へ移っていないかを判断します。

自動化率ではなく解決後を見るの運用では、AIの出力をそのまま採用できる条件と、人が確認する条件を分けます。誤りの影響が大きい用件ほど承認と訂正の記録を残し、モデルやナレッジを更新した後は同じ評価セットで再検証します。

自動化する業務と判断基準を整理する

カスタマーサポートを自動化する際は、すべての問い合わせを一度に置き換えるのではなく、定型業務と有人対応が必要な業務を分け、どの段階まで自動化するかを決めます。Udeskの3M事例では、製品サプライヤーの確認や見込み顧客への連絡、イベント案内などを30種類以上のシナリオに分けて電話業務を自動化し、人的作業負担を70％削減したとされています。自社でも業務を細かく分け、効果を確認しながら対象範囲を広げる方法が適しています。

本番後は処理件数だけでなく、手作業への戻り、再処理、有人転送、顧客からの再問い合わせも確認します。見かけ上の自動化率が上がっていても後工程の負担が増えている場合は、設定、問い合わせ導線、自動化する範囲のどこを見直すべきかを切り分けます。

基準値と変更履歴を残す

DX推進担当者やサポート責任者は、月次結果とともに変更前の基準値、対象期間、除外条件を残します。繁忙期や障害日の数値を通常時と分けておけば、改善が自動化施策によるものか、問い合わせ量の変動によるものかを判断しやすくなります。

引き継ぎ資料には、日常的に変更する設定、変更権限、承認者、切り戻し手順も記載します。さらに、入力内容、処理結果、担当者の操作、外部連携の成否を追跡できるようにし、必要なログの保存期間と閲覧権限を決めておけば、障害時や担当者交代後も同じ基準で確認できます。

自動化後の有人対応まで確認する

自動化の対象が増えるほど、ボット、有人対応、顧客情報、ナレッジを別々に管理しないことが大切です。AIが回答できない問い合わせを人へ渡す際に、それまでの会話や確認済み情報が引き継がれなければ、顧客にも担当者にも追加の負担が発生します。Udeskでも、AIに任せる業務と人が対応する業務を分け、回答不能時の引き継ぎまで含めて設計する考え方が示されています。

UdeskではAIチャットボット、ボイスボット、問い合わせ管理、有人対応などを同じカスタマーサービス基盤で組み合わせられるため、自動化率だけを追うのではなく、有人対応へ戻った後の処理や再問い合わせまで含めて運用を見直す構成を検討できます。

FAQ

Q:最初に自動化しやすい業務は何ですか

A:頻度が高く、入力と回答が定型で、誤りを訂正しやすい業務です。

Q:生成AIにすべて回答させてもよいですか

A:参照範囲、回答禁止条件、有人転送、ログ監査を整え、影響の小さい範囲から広げます。

Q:効果は自動化率で測れますか

A:再問い合わせ、訂正、転送後工数、顧客評価を併記しないと実際の解決を判断できません。

》》Udesk チケットシステムの無料トライアルを開始するにはクリックし、メリットを実際にご体験ください

本記事はUdeskのオリジナルであり、転載する際は出典を明記してください：https://www.udesk.jp/blog/news/guide/6314/