Call Center на 100%: Практическое руководство по организации Центра обслуживания вызовов

Каждый раз при возникновении подобного события формируются соответствующие записи в режиме реального времени, а также создаются хронологические отчеты. Супервизор получает уведомление о таком экстраординарном событии на своем персональном компьютере. Это дает возможность управляющему персоналу немедленно отреагировать на изменение оперативной ситуации в Центре обслуживания вызовов.

Пороговые значения, определяющие выход события за рамки допустимого, могут устанавливаться на уровне отдельных операторов, операторских групп, групп соединительных линий, точек входа в систему.

Недопустимые события на уровне операторов

На уровне операторов недопустимыми событиями могут считаться:

• неответ оператора на вызов (пропущенный вызов);

• нахождение оператора в состоянии ожидания звонка свыше Х секунд (минут);

• нахождение оператора в состоянии поствызывной обработки свыше Х секунд (минут);

• превышение длительности разговора свыше Х секунд (минут);

• превышение длительности перерывов на Х секунд (минут);

• превышение числа исходящих вызовов порогового значения Х;

• превышение числа вызовов на удержании порогового значения Х;

• превышение числа переводов вызовов порогового значения Х;

• превышение длительности подачи сигнала звонка при поступлении вызова свыше Х секунд (минут) и многое другое.

Как мы уже сказали, какие из этих событий считать недопустимыми (в принципе, можно выбрать все сразу, просто, на мой взгляд, в этом будет уже некоторый избыток информации), каждый супервизор устанавливает сам. Наибольшей популярностью, если так можно выразиться, пользуется неответ на вызов: когда оператор по какой-то причине не ответил на звонок (например, покинул рабочее место, не оповестив об этом систему, которая продолжает считать его свободным для приема звонков). И это понятно. Поскольку каждый такой случай вызывает, естественно, резкое ухудшение качества обслуживания клиентов, его последствия должны быть немедленно и наилучшим образом нивелированы.

Если супервизор «укажет» системе считать неответ оператора недопустимым, экстраординарным событием, то при каждом пропущенном вызове она будет выдавать в реальном режиме звуковое и графическое предупреждение на экран супервизора, а также формировать соответствующие хронологические отчеты с указанием времени и имени оператора, не ответившего на вызов.

Также могут формироваться предупреждения в режиме реального времени и хронологические отчеты каждый раз, когда оператор, например, находится на обеде свыше отведенных ему 60 минут (или 45, или 50 – как укажет супервизор) или занят поствызывной обработкой свыше, скажем, 15 минут и т. п.

Недопустимые события на уровне операторских групп

Экстраординарные события могут происходить не только на уровне операторов, но и на уровне целых операторских групп. Например, в этом случае недопустимыми событиями могут считаться:

• одновременное нахождение в очереди свыше Х вызовов;

• превышение числа потерянных вызовов порогового значения Х;

• превышение числа переводов вызовов порогового значения Х;

• превышение средней скорости ответа порогового значения Х секунд;

• превышение расчетного времени ожидания порогового значения Х секунд.

Думаю, многие хотели бы иметь возможность получить предупреждение о том, что величина расчетного времени ожидания приближается к опасному порогу. Это позволяет супервизору немедленно предпринять соответствующие действия, чтобы разрядить ситуацию, причем в данном случае они будут носить не реактивный, а проактивный характер.

Не менее важны хронологические отчеты о недопустимых событиях на уровне операторских групп и для тщательного анализа ситуаций, при которых было превышено пороговое значение числа потерянных вызовов или средней скорости ответа. Очень интересно также понять причины, приведшие к тому, что в какие-то моменты в очереди ожидало свыше Х вызовов.

Таким образом, на основании всей совокупности подобных отчетов уже можно проводить некоторый анализ, который, несомненно, принесет свои плоды в виде повышения эффективности работы операторского центра.

Администрирование операторского центра

Как мы уже говорили, помимо функций контроля, пользователи системы мониторинга должны иметь широкие возможности по администрированию и реконфигурации операторского центра (причем в «горячем» режиме). Так, они могут менять состав операторских групп, устанавливать уровни обслуживания, определять рабочие коды вызовов и многое другое. Благодаря этому управляющий персонал получает неограниченные возможности по отслеживанию и повышению производительности операторского центра – как в целом, так и на уровне отдельных групп и сотрудников.

Иерархический доступ к системе