アクティビティからステータスへのマッピング
Rick Arps による執筆
アドヒアランスは強力なメトリックであり、ワークフォース管理 (WFM) ソリューション内で最も一般的に追跡される項目の1つです。アドヒアランスでは、エージェントがスケジュールされている活動と、実際に行っている活動の差分を計算します。WFMでよく見られる懸念の1つは、アドヒアランスが、エージェントがZoom コンタクトセンター (ZCC) で行っている内容と正しく一致していないことです。ここでは、使用される構造と、WFMがZCCで確認した内容を、スケジュール作成で使用されるさまざまなアクティビティにどのように一致させるかを見ていきます。
アクティビティ
WFMでは、アクティビティとは、エージェントが実行するようにスケジュールできるあらゆるアクションのことです。アクティビティは、エージェントのシフトを構成するために使用されます。各アクティビティは、エージェントのアドヒアランス計算に含めるかどうかを有効または無効にできます。
一般的なアクティビティには、次のようなものがあります。
電話
休憩
食事
ミーティング
PTO\\
一般的に、生産的なアクティビティ(電話、チャットなど)はアドヒアランス計算に使用されますが、非生産的なアクティビティ(休憩、食事など)は使用されません。アドヒアランスは、エージェントがスケジュールどおりにお客様に対応していることを確認するために使われます。エージェントの休憩が5分遅れた場合、アドヒアランス違反として記録されるのは5分間だけです。休憩アクティビティもアドヒアランス計算に使用すると、休憩のうち5分間は通話中で、さらに通話時間のうち5分間は休憩中になるため、アドヒアランス違反として記録される時間は10分になります。
ZCCステータス
ZCCでは、エージェントのステータスを使用して、エージェントのアクティビティと、追加のエンゲージメントをエージェントに割り当てられるタイミングを追跡します。組み込みのステータスは次のとおりです:\\
Ready - エージェントはエンゲージメントを受けられるオンライン状態です
Occupied - エージェントはアクティブなエンゲージメント中、またはエンゲージメントの後処理中です
Not Ready - エージェントは通話の受付をオプトアウトしたか、オプトアウトされています\\
Not Ready には、エージェントがキューから外れた理由を示すサブステータスを設定できます。これらはよく理由と呼ばれます。理由のサンプルは次のとおりです:\\
休憩
シフト終了
強制
食事
ミーティング
ステータスをアクティビティにマッピングする
WFMはZCCからエージェントのステータス情報を受け取り、このステータスをアクティビティ、ひいてはアドヒアランスにマッピングできる必要があります。これを行うために、エージェントステータスマッピングを使用します。
ここでは、WFM内で設定されているすべてのアクティビティの一覧が表示されます。これらの対応を設定するには、エージェントがWFMのアクティビティを実行しているときに、ZCCでどのステータスになるかを考えます。
たとえば、エージェントに『電話』アクティビティのスケジュールがある場合、ステータスは『Ready』または『Occupied』であると想定されます。つまり、通話を受けられる状態であるか、実際に通話中であるかのいずれかです。

別の例として、『Break』アクティビティでは、ZCCの理由コードをどのように使用できるかがわかります。エージェントが休憩中の場合、ZCCでは『Not Ready』ステータスになり、理由として『Break』を選択します。WFMでは、まずNot Readyステータスを追加し、次に『サブステータスを追加』を選択して理由を含めます。

これらのステータスをアクティビティにマッピングすると、実際のエージェントのアクティビティに基づいて、アドヒアランスを正しく計算できるようになります。
理由とサブステータスの特別な使用例
場合によっては、管理者がZCCの外にあるエージェントのアクティビティを追跡したいことがあります。たとえば、エージェントが日々の業務の一環としてケース作業を行う必要がある場合です。このために、WFMで『Case Work』アクティビティを作成し、ZCCの同名のカスタム理由コードにマッピングできます。すると、エージェントがケース作業を行う際に、ZCCでこの理由を選択し、WFMはエージェントのアドヒアランスを計算する際にこのアクティビティを正しく追跡できます。

最終更新
役に立ちましたか?

