Web起点のコミュニケーションが主流となりつつあることで、コールセンターでは、電話だけでなく、メールやチャットなど、テキストによるコミュニケーションが急増しています。

　そのため、これまでのように、コール数の少ない時に余ったエージェントが、メールの処理をするといった、電話の片手間的なオペレーションでは済まなくなってきています。

　また、ECのカスタマーサポートなどでは、最初からメールやチャットをメインのコンタクト・チャネルとしてオペレーションする例も増えています。

　しかしその多くは、ボリュームが少ないことで、サポートの要員計画などの専門的なノウハウを持たない担当者による、自己流のアバウトな運営で済ませているのが実情です。

　いずれの場合もこのままで良いはずがなく、早急に専門的なノウハウによる要員計画に基づいた運営に移行しなければ、早晩、オペレーションが立ち行かなくなることでしょう。

　本連載では、前回までにインバウンドコール（受ける電話）の要員数の算出方法について述べてきましたが、今後数回にわたって、電話以外のチャネルの要員数の算出方法について解説します。

　まず今回は、メールやWeb問い合わせフォーム、Faxなど、「レスポンスタイム・コンタクト」と呼ばれるコンタクトの要員数の算出方法について説明します。

「サービスレベル・コンタクト」と「レスポンスタイム・コンタクト」とは　

　コールセンターの顧客コンタクトは、そのタイプに応じて、インバウンドコールに代表される「サービスレベル・コンタクト」と、メールやWeb問い合わせフォームに代表される「レスポンスタイム・コンタクト」の二つに分けられます。

　サービスレベル・コンタクトは、ランダム（不規則）に発生したコンタクトがそのままエージェントに配信され（「ランダム着信」）、エージェントは配信されたコンタクトをその場で即処理＝応答する（「即時処理」）という特徴を持ちます。

　そのため、応答のタイミングや間隔は一定ではなく、複数のコンタクトの重なりや待機時間が発生することがあります。

　そのような条件におけるサービス目標（どれくらい速く応答するか）として「サービスレベル」を使い、それに応じて必要なエージェント数（要員数）が決められます（連載第5回と第6回の記事で詳しく述べています）。

　一方のレスポンスタイム・コンタクトは、メールを例にとると、コンタクトの発生はランダムであっても、そのままエージェントに配信されるのでなく、締め切り時間までシステム内に溜められます。締め切り時間が過ぎると、エージェントがそれまで溜められたメールを順番かつ連続的に処理していきます（「順次処理」）。

　そのために、締め切り時間までに溜められたすべてのメールの処理を完了させる目標時間を設定します。これが「レスポンスタイム」であり、設定した目標時間に応じて、必要なエージェント数が算出されます。

　以上の内容をまとめると、発生した1件のコンタクトを即処理しなければならないのがサービスレベル・コンタクトで、一定量のコンタクトを目標時間までに処理すれば良いのがレスポンスタイム・コンタクトと言うことができます。

サービスレベル・コンタクトとレスポンスタイム・コンタクトをどう使い分けるか

　次に、コールセンターのさまざまなタイプのコンタクトが、サービスレベル・コンタクトとレスポンスタイム・コンタクトのどちらに該当するかを見てみましょう（表2）。

　表2の中で、いくつかのコンタクト・タイプが、サービスレベル・コンタクトとレスポンスタイム・コンタクトの両方にマークされています。

　それぞれの扱い方を説明します。

　インバウンドコールに紐づいたコールバックは、インバウンドコールの一連の処理の一部としてみなされるため、インバウンドコールにくくられる形でサービスレベル・コンタクトの扱いとなります。

　ただし、コールバックをすぐにおこなわず、一定の時間をおいてからまとめて（場合によっては他のエージェントが）おこなう場合は、… 続きを読む