月曜日の朝8時30分。登録済みの顧客サービス担当者7名のうち、3名がオンライン、2名が休憩中、2名が未ログインです。30分の間に、WhatsApp、Instagram、ウェブから45件のチャットが届きます。明確なルーティングがなければ、どうなるでしょうか。チャットは一般キューに入り、オンラインの担当者が無作為にチャットを取り合い、難しいチャットは特定の担当者の元に溜まり、他の担当者は空いていても、本来2分で済む質問に顧客は平均15分待たされることになります。
このパターンは、ルーティングを意識的に設計せずにオムニチャネルへ移行した多くの顧客サービスチームの既定状態です。最新のプラットフォームは自動ルーティングツールを提供していますが、実際に機能させるには成熟した設定が必要です。
本ガイドでは、重要なルーティングの観点、現実的なエージェントローテーションの設計方法、ルーティングが機能していることを検証するための指標、導入前にベンダーへ確認すべき技術的な質問について解説します。
主なメリット
- 対応時間の一貫性: チャットが1人の担当者に集中することはなく、自動的な振り分けにより顧客の待ち時間が短く保たれます。
- 担当者間の公平な負荷分散: ベテランとジュニアの担当者が同じ負荷を担うことはありません。ルーティングではスキルとチャットの複雑さを考慮できます。
- マネージャーの可視性向上: ダッシュボードで担当者ごとのワークロードをリアルタイムに表示し、問題が積み重なる前に対処できます。
- 予測可能な顧客体験: 適切なルーティングがあれば、SLAは単なる期待ではなく約束として掲げ、達成できるようになります。
トラフィック増加まで見えないルーティングの問題
1日に20〜30件のチャットを扱う顧客サービスチームでは、ルーティングの問題を感じることは少ないでしょう。担当者が手動でチャットを取りに行くこともできますし、一部のチャットを見落としても影響は小さなものです。問題が顕在化するのは、1日100件以上にトラフィックが増加したときです。
トラフィックが多い状況では、手動ルーティングや先着順の処理により、3つの問題が連鎖的に発生します。第一に、先に取りに行った対応の速い担当者が常に最も多くのチャットを処理することになり、マネージャーからは見えない形でバーンアウトが進みます。第二に、時間のかかる複雑なチャットが、最も適した担当者ではなく、たまたま空いていた担当者に割り当てられます。第三に、割り当てが制御されていないため、SLAを保証できません。
成熟したルーティングエンジンを備えたオムニチャネルプラットフォームは、担当者同士の奪い合いではなく、チームが定義したルールに基づいてチャットを割り当てることで、この問題を解決します。
重要なルーティングの観点
本格的なルーティングエンジンで最も多く考慮される5つの観点です。
スキルベースルーティング。 特定のトピックに関するチャットは、関連するスキルを持つ担当者に割り当てられます。請求に関する質問は請求のスペシャリストへ、技術的な質問はシニアの技術担当者へ。これには、チャットの自動タグ付けまたはAIによるトピック予測が必要です。
空き状況を考慮したルーティング。 ルーティングでは、オンラインであること、対応可能な状態（最大同時チャット数に達していないこと）、休憩ステータスでないことが考慮されます。ログアウトした直後の担当者に新しいチャットが届くことはありません。
言語ルーティング。 多言語の顧客を抱えるチームでは、最初のメッセージで検出された言語に基づいてチャットがルーティングされます。インドネシア語のみ話せる担当者に英語のチャットが届くことはありません。
ワークロードバランシング。 ルーティングでは、各担当者が現在処理中のチャット数が考慮されます。アクティブなチャットが1件の担当者は、よりベテランであっても、アクティブなチャットが4件の担当者より優先されます。
VIP向けの優先ルーティング。 上位ランクの顧客は一般キューを通さず、シニア担当者またはマネージャーに直接割り当てられます。これには、顧客ランクを認識するためのCRM連携が必要です。
優先ルーティングへの入力となる顧客セグメンテーションの理解には、CRMにおけるRFM分析とVIPセグメンテーションをご参照ください。
現実的なローテーションシフトの設計
エージェントローテーションはシフト表だけの話ではありません。成熟したローテーションは、通常の営業日によく発生する3つの状況に対応できます。
第一に、シフト交代です。午前から午後への引き継ぎはスムーズでなければなりません。午前シフトのアクティブなチャットが放置されることなく、文脈を保ったまま午後シフトの担当者に再割り当てされる必要があります。優れたプラットフォームは「午前の担当者がログアウトし、午後の担当者がログインする」というだけではなく、構造化された引き継ぎワークフローを提供します。
第二に、休憩と昼食です。休憩を取る担当者に新しいチャットが届き続けることはありません。ルーティングエンジンは休憩ステータスを識別して新しい割り当てを停止し、アクティブなチャットは完了まで処理を続けるか、他の担当者へ転送できるようにする必要があります。
第三に、欠勤や病欠です。ローテーション表にはフォールバックが不可欠です。5名のうち1名が欠勤した場合、その担当者に通常回るチャットは再分配され、所有者のいないキューに溜め込まれることはありません。
ルーティングが機能していることを検証する指標
ルーティングを設定した後、以下の指標により、設定が機能しているか、調整が必要かを確認します。
- 同一期間における担当者ごとのチャット配分。担当者間のばらつきが大きい場合（例：ある担当者が平均の2倍を処理）、ルーティングが不均衡であるサインです。
- 割り当てまでのチャット待ち時間。 理想は30秒未満です。それ以上待つチャットがある場合は、キューの深さが担当者のキャパシティを超えていることを示します。
- 担当者間の転送率。 転送率が高い場合は、初期のルーティングが誤っている（初回で適切な担当者に届いていない）サインであり、より正確なスキルベースルーティングで改善できます。
これらの指標は、導入後最初の2〜3か月は週次で確認し、ルーティングが安定したら月次に移行してください。
ルーティング指標を含むレポーティングについては、CRMによる自動売上活動レポートをご参照ください。
オムニチャネルベンダーへの技術的な質問
本格的なルーティングのためにオムニチャネルプラットフォームを導入する前に、そのプラットフォームが十分に成熟しているかを左右する3つの質問があります。
質問1： “1つのルールでどのルーティング観点を組み合わせられるか？” 1つの観点（例：ラウンドロビンのみ）にしか対応しないプラットフォームは、スキル構成や顧客ランクが多様なチームには不十分です。良い回答には、スキル、空き状況、ワークロード、ランクの組み合わせが含まれます。
質問2： “すべての担当者が話中またはオフラインの場合、プラットフォームはどのように対処するか？” 成熟したプラットフォームには明確なフォールバックがあります。推定待ち時間付きのキュー、期待値を設定する自動応答、スーパーバイザーへのエスカレーションなどです。曖昧なプラットフォームでは、チャットが放置されがちです。
質問3： “ルーティングエンジンはどのインフラで動作し、レイテンシはどの程度か？” 担当者の決定に10秒かかるルーティングは、顧客サービスでは許容されません。ルーティングのレイテンシ目標は理想として2秒未満です。
Cekatは、組み合わせ可能なルーティング観点を支えるアーキテクチャ、明確なフォールバックワークフロー、エンドユーザーが気づかない程度のルーティングレイテンシにより、この3つの質問すべてに答えます。マネージャー用ダッシュボードはチャット配分、待ち時間、転送率をリアルタイムで表示し、ルーティングを継続的に調整するために必要な可視性を提供します。
オムニチャネルルーティングと連携するCRMアプリケーションの詳細については、CekatのCRMアプリケーションをご参照ください。
計画的なセットアップでルーティングの混乱をなくす
手動または先着順のルーティングが使われている毎日は、顧客体験が予測できず、担当者の負荷も不公平な毎日です。成熟したルーティングを導入したチームでは、通常、最初の1か月で平均待ち時間が50〜60%減少し、担当者間の負荷のばらつきも大幅に低下します。
顧客サービスをキューの混乱から、スキル・空き状況・顧客ランクを自動的に考慮するルーティングエンジンへと移行したい場合は、Cekatのチケット管理システムが、リアルタイムの可視性を実現するマネージャー用ダッシュボード付きの成熟したルーティングエンジンを提供します。
無料トライアルを開始して、ルーティングエンジンとチャット配分ダッシュボードを直接ご確認ください。
または、チームとチャットで相談すれば、現在の顧客サービスのルーティング設定の監査と設定の推奨事項をご提案します。
