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

• максимальные задержки при ответе на вызовы;

• средняя скорость ответа;

• профиль вызовов.

К сожалению, многие менеджеры ЦОВ довольствуются только одним из этих индикаторов, а именно средним временем ожидания в очереди, или, как его чаще называют, средней скоростью ответа (Average Speed of Answer, ASA). Однако среднее время ожидания, как и любая усредненная величина, – крайне обманчивая, я бы даже сказала коварная, вещь. (Думаю, вам сейчас, как и мне, вспомнился известный анекдот про среднюю температуру по больнице.) Уровень обслуживания (Service Level) – гораздо более объективный показатель. Понимание того, что 80 % вызовов получают ответ в течение 20 с, для вас гораздо более ценно, чем знание того, что средняя скорость ответа составляет 20 с. Если вы будете жестко придерживаться обязательств по уровню обслуживания, то о средней скорости ответа можете не беспокоиться – она всегда будет в норме. Подробнее об этом мы поговорим в главе 5.

Второй по важности индикатор состояния очереди в ЦОВ – максимальные задержки при ответе на вызовы. Их надо тщательно исследовать – как по значениям, так и по частоте. Ведь именно эти «пики» и есть самая неприятная вещь в колл-центре и для клиентов (долгое ожидание), и для операторов (работа на уровне перегрузки), и для менеджеров (потеря управляемости ЦОВ).

Во время аудита операторских центров мне иногда приходилось сталкиваться на первый взгляд с парадоксом: среднее время ожидания – вполне пристойное (меньше минуты), но число потерянных вызовов неоправданно велико. Проверяю максимальные задержки при ответе – и точно, их значения зашкаливают.

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

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

Средняя скорость ответа – меньше 30 секунд. Казалось бы, неплохо. Однако мы видим, что, хотя большинство вызовов (330 из 532) получили ответ в течение 15 секунд, 202 вызова, т. е. почти 38 %, ждали обслуживания гораздо дольше. Причем 15 % провели в очереди более 1,5 минуты! А самые стойкие 4 % прождали более 5 минут.

Таблица 3.1. Пример профиля вызовов

Почему же возникают такие «провалы» в обслуживании? Конечно, из-за перегрузок в операторском центре. Поэтому так важно их не допускать. Именно не допускать, предупреждать само появление перегрузок, а не бороться с ними по мере их возникновения.

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

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

Субъективная (внутренняя) причина возникновения перегрузок обусловлена человеческим фактором в самом Центре обслуживания вызовов (как говаривали в позабытые нынче времена Никиты Сергеевича Хрущева – «волюнтаризмом»). Вдруг возникает момент, когда по какой-либо причине начинает ощущаться острая нехватка операторов: кто-то ушел на обед (хотя в большинстве ЦОВ это время регламентировано), у кого-то заболел зуб, у кого-то прихватило желудок, кому-то именно в это время позвонили по личному вопросу и т. д.

Особенно часто такую картину можно наблюдать в небольших операторских центрах.

Со всеми перегрузками, вызванными как объективными, так и, тем более, субъективными причинами, можно и нужно бороться. Конечно, мы не можем влиять на все семь факторов, определяющих поведение вызывающих абонентов, но тем не менее многое в наших руках. Оставив в стороне вопросы планирования ресурсов и поддержания дисциплины (об этом мы подробно поговорим в главе 11), рассмотрим способы управления ЦОВ на основе метода, предсказывающего расчетное время ожидания в очереди.

Расчетное время ожидания в очереди

Имея в своем распоряжении такой важный параметр, как расчетное время ожидания в очереди, можно в значительной мере повысить эффективность обслуживания вызовов за счет:

• объявления клиенту о том, сколько он может прождать в очереди (подробнее об этом мы говорили выше). Гораздо предпочтительнее, чтобы в случае резко возросшего расчетного времени ожидания в момент пиковой нагрузки (например, 3 минуты и более) клиенты вешали трубку и перезванивали позже, а не бесконечно «висели» на линии;

• прямого вмешательства супервизора,

• автоматической перенастройки системы.

Вручную супервизор может предупредить пиковые нагрузки следующим простым способом: увидев, что в одной из операторских групп расчетное время ожидания приближается к опасной черте, а в другой равно нулю или чрезвычайно мало, он может просто перебросить операторов из второй группы в первую и таким образом сократить время ожидания в проблемной группе. В небольшом Сall Center супервизор может также проверить, по какой причине его подчиненные ушли на перерыв, и, если это возможно, попросить их вернуться на рабочее место.

Конечно, приведенная картина весьма схематична, в жизни все гораздо сложнее (например, см. главу 5), но все же подход описан верно.

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

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

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