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

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

Таким образом, на первых двух-трех (или пяти, или десяти – в зависимости от величины операторского центра) сотрудников приходилась гораздо бóльшая нагрузка, чем на других. Появлялось так называемое «горячее место».

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

Так продолжалось довольно долго, но человеческая мысль развивается, и в середине 70-х годов прошлого века появились первые профессиональные ЦОВ, в основе которых лежала функция автоматического распределения вызовов, или ACD. В этом случае вызов направлялся уже не к первому свободному оператору, а к наиболее свободному (Most Idle Agent, MIA), т. е. к тому, который дольше всех оставался свободным от обслуживания вызовов.

Разница между этими двумя алгоритмами огромная. Правда, чисто математически основное их отличие заключается всего лишь в следующем.

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

Рис. 4.1.Принцип выбора наиболее свободного оператора

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

Алгоритм MIA был значительным шагом вперед и долгое время, более 20 лет, оставался единственным методом распределения вызовов.

Однако жизнь не стояла на месте, бизнес развивался, запросы абонентов становились все сложнее, и операторам требовалось все больше знаний, чтобы их обслуживать. Появились потребности:

1) в сегментации клиентов;

2) в учете квалификации операторов.

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

До определенного момента такая схема отлично работала. Потом начинались сложности. В течение дня возникали моменты, когда в «синей» группе обозначалась явная перегрузка, операторы не успевали отвечать на звонки, время ожидания в очереди резко увеличивалось. А в «красной» группе царили тишь да покой. Вызовов было мало, операторы маялись от избытка свободного времени.

В такой ситуации, с одной стороны, росло недовольство «синих» клиентов, вынужденных подолгу ждать ответа операторов, а с другой стороны, крайне неэффективно использовался штат операторов: «синие» были перегружены, а «красные» – недогружены.

Стали заставлять «красных» операторов выходить из своей группы и подключаться к обслуживанию «синих» абонентов. На какое-то время проблему удавалось решить, но такой системе явно не хватало гибкости и способности к самонастройке.

Конечно, весь этот процесс описан крайне схематично, но тем не менее он дает общее представление о проблеме.