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

• Название: Call Center на 100%: Практическое руководство по организации Центра обслуживания вызовов
• Автор: Александра Самолюбова
• Жанр: Управление, подбор персонала
• Год: 2010
• ISBN: 978-5-9614-2413-3

Книга посвящена вопросам практической эксплуатации Call Center. Как рассчитать численность персонала на этапе внедрения колл-центра и затем, в ходе его дальнейшей эксплуатации? Как определить число соединительных линий? Как лучше организовать очередь и бороться с перегрузками? Когда оправданно применение системы IVR для самообслуживания абонентов и каковы этапы ее внедрения? Что такое коэффициент автоматизации и как он влияет на численность персонала? Что означает интегрированный показатель качества ЦОВ? В чем отличие Call Center от Contact Center? Как эффективнее организовать работу персонала и как лучше построить программу его мотивации? Как организовать продажи через ЦОВ? На все эти вопросы автор дает ответы, причем в легкой и доступной для восприятия форме. Это не научный труд, а настольная книга для специалистов операторского центра.

---

• на основе анализа хронологических данных;

• на основе анализа текущей производительности;

• на основе комбинирования оперативных и хронологических данных.

Расчет времени ожидания на основе хронологических данных

Методы, основанные на анализе хронологических данных за какой-то интервал времени, например за последние полчаса, оперируют такими показателями, как средняя скорость ответа, заданный уровень обслуживания и т. п. Давайте рассмотрим подробнее распространенный метод Average Speed of Answer (ASA), основанный на определении средней скорости ответа за какой-либо отрезок времени, чаще всего – за последние полчаса. Схематично это выглядит так.

Предположим, в операторский центр поступил вызов определенного типа. Система определяет, что среднее время ожидания для вызовов данного типа за последние полчаса составило 2 минуты, поэтому она экстраполирует этот показатель и на вновь поступивший вызов и прогнозирует, что он тоже прождет 2 минуты. Через каждые полчаса показатель ASA снова пересчитывается.

Такая схема вполне работоспособна, но лишь в случае постоянной равномерной нагрузки. Однако, как мы уже не раз говорили, для операторского центра такое положение вещей – идеальное и потому недостижимое. А как только происходит скачкообразное нарастание потока вызовов, любой метод, основанный на анализе не текущей, а уже прошедшей ситуации, начинает буксовать. Ведь оперативная ситуация резко изменилась и оказалась достаточно далека от той, что была 10, а тем более 20 минут назад. И чем дальше, тем больше расчетное время ожидания расходится с реальным.

Схематично данный процесс показан на рисунке 3.4.

Рис. 3.4. Графики реального и расчетного времени ожидания, определенные по методу ASA

Из приведенного графика видно, сколь неточно работает данная методика. Например, уже для 30-го звонка предполагаемое время ожидания, рассчитанное по методу ASA, может составить 3 минуты, в то время как в действительности оно будет равно 13 минутам. Разве можно принимать адекватные решения, базируясь на такой недостоверной информации?

Расчет времени ожидания на основе оперативной ситуации

При использовании методов, основанных на анализе производительности в данный момент времени, оперируют такими показателями, как число вызовов в очереди, время, которое провел в очереди самый ранний вызов, и т. п. Метод, построенный на анализе времени ожидания самого раннего вызова (Oldest Call Waiting, OCW), является наиболее популярным. Давайте рассмотрим его подробнее.

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

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

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

Схематично данный процесс показан на рисунке 3.5.

Рис. 3.5. Графики реального и расчетного времени ожидания, определенные по методу OCW

Из приведенного графика видно, что хотя метод, основанный на анализе оперативной ситуации, работает немного лучше, чем построенный на анализе хронологических данных (например, для 30-го вызова соотношение между предполагаемым и реальным временем ожидания составит 6,5 против 13 минут вместо 3 против 13 минут по методу ASA), все равно его точности не хватает для эффективного управления операторским центром.

Расчет времени ожидания на основе одновременного анализа хронологических и оперативных данных

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

• число работающих операторов;

• время обработки вызовов;

• частоту поступления вызовов с учетом их приоритетности;

• параметры потерянных вызовов (их количество и время, после которого абоненты вешают трубку, не дождавшись ответа);

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

• возможность работы операторов в нескольких группах одновременно и др.

Давайте посмотрим теперь, что получится. Назовем такой комбинированный метод просто Expected Wait Time (EWT). На рисунке 3.6 показаны графики реального и предполагаемого времени ожидания, рассчитанного по методам ASA, OCW и EWT. Эти графики свидетельствуют о том, что метод, основанный на комбинированном анализе хронологических и оперативных данных, работает точнее всего.

Рис. 3.6. Графики реального и расчетного времени ожидания, определенные по методам ASA, OCW, EWT

И это вполне объяснимо. Пользуясь хронологическими методами расчета (типа ASA), вы можете понять, что у вас только что были проблемы. Пользуясь методами расчета на основе оперативных данных (типа OCW), вы можете понять, что у вас сейчас есть проблемы. Пользуясь комбинированным методом, вы можете понять, что у вас могут возникнуть проблемы. Ну а кто предупрежден, тот вооружен!

Целесообразность использования расчетного времени ожидания

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

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

Вообще, как и в любом статистическом методе, чем больше число работающих операторов, тем точнее рассчитывается предполагаемое время ожидания в очереди.

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

Расчетное время ожидания на уровне группы и на уровне вызова

Расчетное время ожидания может быть определено:

• на уровне каждого отдельного вызова;

• на уровне отдельной операторской группы.

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

Поясним нашу мысль. Предположим, есть две операторские группы: № 1 и № 2. Расчетное время ожидания для первой группы (EWT1) составляет 2 минуты, для второй (EWT2) – 1,5 минуты. Это означает, что если бы сейчас в группу № 1 поступил новый вызов, то он прождал бы ответа ее оператора 2 минуты. Соответственно, если бы вызов поступил в группу № 2, то он прождал бы 1,5 минуты.

Теперь предположим, что вызов, о котором мы столько говорили, наконец поступил. Какое у него будет расчетное время ожидания? Здесь возможны три варианта: