MEASURE / 01
振り分け先の修正率
候補から担当者が変更した割合を見て、分類ルールや候補の出し方を見直す手がかりにします。
構想例 / 顧客対応・タスク委任
問い合わせの初期分類と担当振り分け例
問い合わせの内容を分類候補に整理し、担当者が次の対応を判断しやすくする業務フローの考え方を紹介します。AIは振り分けの候補と理由を示す役割にとどめ、顧客への回答や緊急性の判断を自動で確定する想定ではありません。
分類候補を人が確認し、判断が必要な問い合わせを適切な担当へつなぐイメージ。
01 / FLOW
AIに任せるのは、判断の代行ではなく整理と候補提示
複数の担当領域や必要な知識がある窓口業務では、問い合わせを読む、種類を見極める、担当先を探す作業が繰り返し発生します。構想例では、本文から分類候補を作り、不足情報や緊急語句を確認し、担当候補と理由を提示するところまでを支援範囲として考えます。
候補はそのまま顧客への回答や最終的な担当決定にはなりません。担当者が原文と理由を見て修正・確定できる手順を用意し、判断しにくいものほど人へ戻すことが重要です。
01
問い合わせを受け取る
本文や、業務上すでに使っている分類情報を対象にします。対象外の情報や扱わないケースも先に決めます。
次の工程へ
02
分類候補と確認点を出す
問い合わせの種類、見落とせない語句、不足情報を候補として示します。内容が曖昧なら、無理に分類を確定せず確認が必要だと分かる形にします。
次の工程へ
03
担当候補と理由を提示する
担当候補だけでなく、振り分けの理由と参照した情報を一緒に示します。担当者は元の問い合わせに戻って妥当性を確かめられます。
次の工程へ
04
人が確認し、次の対応を決める
担当者が分類を修正・承認し、顧客への回答や緊急対応を判断します。低確信、苦情、個別判断が必要な内容は人の確認キューへ回します。
02 / EXCEPTIONS
緊急・低確信・苦情は、通常処理から分ける
分類が難しい問い合わせを無理にどこかへ割り当てると、見落としや対応の遅れにつながる可能性があります。試行前に「どの状態なら自動候補を使わず、人の確認に回すか」を決め、通常の振り分けと例外ルートを分けておきます。
人へ引き継ぐ条件の例
- 分類候補への確信が低い、または担当先が明確でない
- 苦情、緊急性を示す語句、個別判断が必要な内容が含まれる
- 分類に必要な情報が不足し、誤った振り分けの影響が大きい
担当者が行うこと
候補と原文を照合して分類を修正し、必要に応じて担当先を選びます。顧客への回答、緊急案件への対応、例外時の判断も担当者が担います。誤りが見つかった場合は、候補を採用せずに止められる手順を用意します。
03 / EVALUATION
正解率だけでなく、窓口全体の動きを見る
振り分けの品質は、分類が当たったかどうかだけでは把握しきれません。担当者による修正や確認にかかる負担、初回確認までの時間、例外の見逃しもあわせて確認します。ここに挙げるのは試行時に検討できる指標の例であり、特定の成果を示すものではありません。
MEASURE / 02
初回確認までの時間
受け付けから担当者が最初に確認するまでを追い、分類候補が待ち時間の短縮につながるかを検討します。
MEASURE / 03
人への引き継ぎ割合
人の確認に回った件数や理由を把握します。割合を単純に下げるのではなく、必要な例外が適切に拾われているかを確認します。
MEASURE / 04
分類漏れ・誤分類の傾向
問い合わせの種類や状況ごとに誤りを見て、特定の話題や不足情報に偏りがないかを確かめます。
比較の前提をそろえる：試行前に対象とする問い合わせ、分類の定義、例外条件、確認を担う人を明らかにします。導入前の状況と同じ条件で比べ、速度だけでなく修正や見逃し、担当者の確認負担も記録すると、継続・変更・停止を判断しやすくなります。
04 / NEXT STEP
小さく試し、例外も含めて運用を判断する
まずは対象を限定し、分類候補が役に立つ場面と人の確認が必要な場面を分けて記録します。現場の担当者が結果を修正できるか、顧客対応に必要な情報が保たれるか、例外時に処理を止めて引き継げるかを確認してから、次の範囲を検討します。
導入を決めること自体を試行の成功条件にせず、継続、範囲変更、追加検証、停止のいずれも選べる計画にしておくと、結果を次の判断に活用できます。
この構想から検討できること
- 01問い合わせの種類と担当領域をどのように定義するか
- 02不足情報、苦情、緊急性、低確信をどう人へつなぐか
- 03修正や確認負担も含め、どの指標で試行を評価するか
実際の設計では、対象業務、扱う情報、担当者の役割、利用環境を確認して範囲を決めます。