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

Но с чего-то надо начинать. Итак, помня, что существуют два пути – научный и «ненаучный», – начнем, естественно, с первого.

Хочу вас сразу же предупредить, что, несмотря на всю научность метода, обольщаться насчет его точности все же не стоит.

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

Происходит это в большинстве случаев потому, что расчет данным методом предполагает отсутствие потерянных вызовов, поскольку считается, что вызовы стоят в очереди сколь угодно долго, пока не получат ответа. Конечно, в жизни это далеко не так. Иногда операторы обслуживают меньшее число вызовов, чем это предполагается по формуле Эрланга, – за счет того, что некоторые абоненты вешают трубку, не дождавшись ответа.

Соответственно, чем выше в операторском центре уровень обслуживания и чем меньше потерянных вызовов, тем точнее работает формула Эрланга. И наоборот, чем хуже Service Level, тем менее точным получается результат (рис. 2.2).

Рис. 2.2.Зависимость точности расчета по формуле Эрланга от уровня обслуживания

Раньше, в доинтернетовскую эру, чтобы воспользоваться методом Эрланга, вам пришлось бы прибегать к довольно неудобному способу работы – с помощью огромных таблиц. Сейчас в этом нет необходимости: достаточно зайти на один из сайтов, содержащих бесплатный эрланговский калькулятор. Мы рассмотрим два из них: www.erlang.com и www.kooltoolz.com.

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

При расчете вам понадобятся следующие исходные данные:

• среднее время обслуживания вызова (Call duration); для этого складываем среднюю продолжительность разговора (Average Talk Time) и среднее время поствызывной обработки (After Call Work Time). Если у вас еще нет собственного опыта, то, как мы уже говорили выше, при определении этих параметров вы можете ориентироваться на данные бенчмаркинга;

• число вызовов в час (Calls per hour); какое-то представление об этом параметре, пусть и ориентировочное, вы должны иметь еще до начала работы вашего ЦОВ;

• среднее время ожидания в очереди (Average delay); здесь вы должны указать то значение, которое представляется вам наиболее оправданным для вашего ЦОВ; рекомендую как самое подходящее 20–30 секунд.

Итак, определив для себя требуемые параметры, заходим на сайт www.erlang.com. Выбираем опцию «Online Erlang Traffic Calculators», затем «The Erlang C Calculator». Вводим требуемые параметры: 500 вызовов в час, средняя продолжительность вызова = 2 мин (120 с) и среднее время ожидания = 30 с; получаем рекомендуемое число рабочих мест операторов, а именно 19 (рис. 2.3).

Рис. 2.3.Результаты расчета числа рабочих мест по калькулятору с сайта www.erlang.com

Как видите, калькулятор на сайте www.erlang.com удобно использовать не только для расчета количества операторских позиций, но и для расчета числа операторов при составлении почасового графика работы.

Для расчета первоначального штата операторов этот сайт предлагает очень удобный и наглядный бесплатный калькулятор cc-Modeler Lite.

При расчете вам понадобятся следующие исходные данные (выбираете эти параметры согласно тем же соображениям, что и в предыдущем примере):

• средняя продолжительность разговора (Average Talk Time);

• среднее время поствызывной обработки (After Call Work Time);

• число вызовов в час (Calls per hour);

• среднее время ожидания в очереди (Average delay).

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