Рис. 4.10. Сравнение стандартных и прогностических методов маршрутизации
Именно из этого основополагающего отличия и вытекают все преимущества прогностических методов маршрутизации:
• возможность эффективной сегментации клиентов. Простой пример: обычно компания может предоставить своим, скажем, «золотым» абонентам привилегированное обслуживание по сравнению с «серебряными» путем простой приоритизации вызовов. Однако часто приходится сталкиваться с дилеммой: если «серебряный» вызов уже ожидает в очереди несколько минут, должен ли вновь поступивший «золотой» сразу направляться в начало очереди? Благодаря «Адвокату» эта дилемма легко разрешается: наиболее важные для компании вызовы будут получать ответ в первую очередь, однако и другим группам клиентов окажут должное внимание в соответствии с установленным для них уровнем обслуживания;
• возможность самонастройки системы. Система сама, автоматически, приспосабливается к изменению оперативной обстановки в операторском центре и соответствующим образом распределяет вызовы по операторам. Таким образом, при минимальном вмешательстве супервизора достигается:
• наиболее эффективное обслуживание каждого конкретного вызова;
• наиболее эффективное использование операторских ресурсов; повышение эффективности обслуживания разных типов вызовов: сокращение максимальной задержки при ответе на вызовы;
• уменьшение числа потерянных вызовов;
• сокращение штата операторов, необходимого для обслуживания клиентов в условиях данной нагрузки.
Прогностические методы позволяют видеть (совсем как шахматистам) на несколько шагов вперед, прогнозировать возможные проблемы и предотвращать их еще до того, как они возникли. Благодаря этому управляющий персонал операторского центра в состоянии предпринимать проактивные, а не реактивные действия, а система может сама, автоматически, приспосабливаться к изменению оперативной обстановки в операторском центре и выбирать оптимальный алгоритм обслуживания для каждого конкретного вызова.
Правда, все эти преимущества прогностических методов проявляются только в очень больших Центрах обслуживания вызовов с ярко выраженной сегментацией клиентов. Если число операторов не превышает 100 человек, то этим алгоритмам просто не хватает «статистической пищи» для эффективной работы. Чем крупнее колл-центр и чем четче политика сегментации клиентов, тем эффективнее работают прогностические алгоритмы и тем оправданнее их применение. На мой взгляд, думать об алгоритмах типа «Адвокат» следует, когда число операторов превышает 300–400 человек.
Общий вид процесса обслуживания вызовов с учетом сегментации клиентов
С учетом всего сказанного в предыдущих разделах можно выстроить следующую «идеальную» цепочку шагов, необходимых для обслуживания вызовов:
1) идентификация абонента по клиентской базе данных, определение категории, к которой он относится (с помощью средств компьютерно-телефонной интеграции CTI и системы интерактивного речевого взаимодействия IVR);
2) маршрутизация вызова на операторов, наиболее подходящих по квалификации для обслуживания вызовов, поступивших от данной категории клиентов (с помощью Skill Based Routing);
3) обслуживание вызова в зависимости от предполагаемого времени ожидания и категории клиента с помощью прогностических алгоритмов типа «Адвокат».
Схематично процесс обслуживания вызовов представлен на рисунке 4.11.
Рис. 4.11. Схема процесса обслуживания вызовов
Коротко о главном
• Основное отличие стандартного распределения вызовов Skill Based Routing от прогностических методов заключается в том, что в первом случае решение о маршрутизации принимается в момент поступления вызова, а во втором – в момент освобождения оператора.
• В условиях произвольного поступления вызовов и столь же произвольного освобождения операторов стандартные методы маршрутизации дают такие же произвольные, случайные, неопределенные результаты, а прогностические методы позволяют получить заранее запланированные показатели.
• Благодаря прогностическим методам управляющий персонал ЦОВ способен предпринимать проактивные, а не реактивные действия, а система может сама, автоматически, приспосабливаться к изменению оперативной обстановки в операторском центре и выбирать оптимальный алгоритм обслуживания для каждого конкретного вызова.
• Применение прогностических алгоритмов оправданно только в крупных ЦОВ с ярко выраженной сегментацией клиентов.
Глава 5 Основные показатели производительности и качества
Операторский центр – очень сложная система с множеством факторов, оказывающих влияние на ее функциональность и устойчивость, поэтому для нормальной работы ЦОВ необходимы, как говаривал Владимир Ильич Ленин (если кто еще помнит), «строгий учет и контроль».
Такие учет и контроль ведутся по ряду ключевых параметров производительности (общеупотребительный английский термин – Key Performance Indicators, KPI[9]). В разных источниках указывается различный набор KPI, мне же наиболее важными представляются следующие (перечисляются не в порядке важности, а лишь по принципу удобства дальнейшего рассмотрения):
• уровень обслуживания (Service Level);
• средняя скорость ответа (Average Speed of Answer, ASA), еще ее иногда называют средней задержкой при ответе на вызов (Average Delay to Answer);
• максимальная задержка с ответом (Maximum Delay to Answer);
• процент потерянных вызовов (Abandoned Calls);
• среднее время, после которого абоненты вешают трубки, не дождавшись ответа (Average Time to Abandon, ATA);
• среднее время разговора (Average Talk Time);
• среднее время поствызывной обработки (After Call Work Time, ACW);
• уровень загруженности оператора (Agent Occupancy);
• процент вызовов, получивших законченный ответ с первой попытки (First Calls Resolution, или Percent of Calls Closed on First Call);
• средняя оценка качества разговоров.
Давайте рассмотрим каждый из них подробнее, поскольку именно анализ KPI позволит вам понять, насколько эффективно работает ваш операторский центр.
Уровень обслуживания и средняя скорость ответа
Я не случайно объединила рассмотрение этих двух ключевых параметров в один раздел: во-первых, они во многом похожи, а во-вторых, несмотря на это, часто дополняют друг друга. Иногда, правда, в силу похожести этих параметров одним из них пренебрегают и ориентируются только на уровень обслуживания или только на среднюю скорость ответа. Поступать так весьма опасно, ибо от вашего внимания могут ускользнуть многие нюансы, без учета которых управлять операторским центром будет затруднительно.
Уровень обслуживания
Уровень обслуживания (Service Level) является одним из самых важных показателей производительности операторского центра. Он показывает процент вызовов, обслуженных с заданной скоростью ответа, т. е. всегда определяется двумя характеристиками:
1) процентом вызовов;
2) временем ответа.
Это принципиально, поэтому такой показатель и пишется через двоеточие или через слеш. Например, 80:20 (80/20) означает, что 80 % вызовов получают ответ в течение 20 с, а 90:60 (90/60) – что 90 % вызовов получают ответ в течение 60 с.
В общем-то, уровень обслуживания – это нечто вроде старого доброго соцобязательства, которое каждый операторский центр принимает для себя, а потом отслеживает, «насколько с честью» он его несет.
Способы расчета уровня обслуживания
Как мы уже упоминали в главе 2, уровень обслуживания вычисляется по формуле:
Уровень обслуживания = (Число вызовов, получивших ответ в течение Х секунд ÷ Общее число вызовов) × 100В принципе, такое определение является общеупотребительным. Тем не менее возникают некоторые разночтения по поводу того, как определять знаменатель и числитель этой дроби, например – что считать общим числом обслуженных вызовов. Вот лишь несколько подходов:
1) и в числителе, и в знаменателе принимаются во внимание все обслуженные и потерянные вызовы:
((Число обслуженных вызовов + Число потерянных вызовов) в течение Х секунд) ÷ (Общее число обслуженных вызовов + Общее число потерянных вызовов)Плюсы: данная формула оперирует со всем трафиком, который был в системе. Такой подход является самым популярным, и столь уважаемый источник, как ICMI, рекомендует именно его.
Минусы: на мой взгляд, из-за того, что не только в знаменателе, но и в числителе присутствует показатель «число потерянных вызовов», ясность смысла данной формулы несколько затушевывается;
2) в знаменателе принимаются во внимание все обслуженные и потерянные вызовы, в числителе же фигурируют только обслуженные вызовы:
2) в знаменателе принимаются во внимание все обслуженные и потерянные вызовы, в числителе же фигурируют только обслуженные вызовы:
(Число обслуженных вызовов в течение Х секунд) ÷ (Число обслуженных вызовов + Число потерянных вызовов)Плюсы: данная формула имеет совершенно четкий, ясный смысл, поскольку определяет процент обслуженных вызовов от общего числа поступивших, т. е. от суммы обслуженных и потерянных вызовов.
Минусы: к сожалению, этот метод не очень удобен для получения радужной картинки, отражающей уровень обслуживания. Понятно, что включение в знаменатель числа потерянных вызовов может вызвать резкое уменьшение значения уровня обслуживания. Именно поэтому такой способ его калькуляции пользуется наименьшей популярностью. Тем не менее мне он кажется наиболее объективным.
Правда, при этом стоит воспользоваться рекомендацией ICMI и применять этот метод расчета лишь в том случае, когда вызов попадает в очередь только после того, как вызывающий абонент прослушал объявление о задержке. При таком раскладе значение числа потерянных вызовов заметно уменьшится и знаменатель дроби не будет оказывать столь существенного негативного влияния на значение уровня обслуживания;
3) и в числителе, и в знаменателе принимаются во внимание только обслуженные вызовы:
(Число обслуженных вызовов в течение Х секунд) ÷ (Число обслуженных вызовов)Плюсы: честно говоря, не вижу ни одного.
Минусы: один сплошной минус, поскольку не дается реальная картина уровня обслуживания из-за отсутствия какого-либо учета потерянных вызовов;
4) в числителе фигурируют только обслуженные вызовы, а в знаменателе принимаются во внимание все обслуженные вызовы плюс потерянные вызовы, но не все, а только те, при которых абоненты повесили трубку после Х секунд:
(Число обслуженных вызовов в течение Х секунд) ÷ (Число обслуженных вызовов + Число потерянных вызовов после Х секунд)Плюсы: так же, как и во втором случае, данная формула имеет четкий, ясный смысл, поскольку определяет процент обслуженных вызовов от общего числа поступивших, т. е. от суммы обслуженных и потерянных звонков. Более того, поскольку в знаменателе фигурируют не все потерянные вызовы, а только их часть, то уменьшается негативное влияние этого параметра на значение уровня обслуживания.
Минусы: как всегда, недостатки являются продолжением достоинств. На мой взгляд, небольшое «смягчение» знаменателя ведет к некоторой потере объективности.
Теперь давайте проведем сравнительный анализ всех четырех способов расчета уровня обслуживания на следующем гипотетическом примере. Предположим, в течение дня в операторском центре наблюдалась следующая картина:
• общее число обслуженных вызовов = 1000;
• общее число потерянных вызовов = 50;
• число обслуженных вызовов в течение 30 с = 900;
• число потерянных вызовов в течение 30 с = 20.
Таким образом:
1) при расчете по первому способу уровень обслуживания равен 88 %:
SL = (900 + 20) ÷ (1000 + 50) × 100 = 88%2) при расчете по второму способу уровень обслуживания равен 86 %:
SL = 900 ÷ (1000 + 50) × 100 = 86%3) при расчете по третьему способу уровень обслуживания равен 90 %:
SL = 900 ÷ 1000 × 100 = 90%4) при расчете по четвертому способу уровень обслуживания равен 87 %:
SL = 900 ÷ (1000 + 30) × 100 = 87%В таблице 5.1 приведен сравнительный анализ различных способов расчета уровня обслуживания. Из таблицы видно, что третий метод, полностью игнорирующий потерянные вызовы, дает самые щадящие результаты. Самый «жесткий», как и следовало ожидать, – второй метод. Выбирать вам.
Таблица 5.1. Сравнительный анализ различных способов расчета уровня обслуживания
Что такое хорошо и что такое плохо с точки зрения Service Level
Какой уровень обслуживания считается хорошим, а какой – плохим? Думаю, не слишком вас огорчу, если замечу, что ответа нет. Конечно, с точки зрения любого абонента, 90:10 гораздо лучше, чем 80:30, а вот с точки зрения эффективности конкретного Центра обслуживания вызовов все может быть наоборот, и 80:30 для него гораздо предпочтительнее, чем 90:10.
Так что каждый операторский центр решает для себя сам, какой уровень обслуживания ему подходит, а какой нет. Даже в рамках одной индустриальной вертикали (например, для банковского сектора, поставщиков услуг связи, розничной торговли и т. д.) нет общепринятых стандартов. Конечно, с одной стороны, это не очень удобно, но с другой – диктуется самой жизнью.
Тем не менее сравнивать уровень обслуживания вашего операторского центра с другими, работающими в той же области, все-таки надо, и для этого можно воспользоваться процессом бенчмаркинга (Benchmarking), подробнее о котором мы поговорим ниже.
Уже не раз упоминавшийся институт ICMI сделал следующие интересные наблюдения:
• для компаний, работающих в областях, где сильна конкурентная борьба (в Америке это продажа по каталогам, грузоперевозки и т. п.), уровень обслуживания обычно составляет 90:20 (другие популярные значения – 85:15 и 90:15);
• для компаний, работающих в областях, где конкурентная борьба не такая острая (например, для банков, страховых компаний и т. д.), уровень обслуживания обычно составляет 80:20 (другие популярные значения – 80:30 и 90:60);
• и, наконец, для компаний, работающих в областях, где практически нет конкуренции (например, для правительственных учреждений), уровень обслуживания обычно составляет 80:60 или даже 90:120.
Единственное, что можно сказать со всей ответственностью: для служб экстренной помощи уровень обслуживания должен быть 100:00, т. е. все абоненты должны получать немедленный ответ. Думаю, это понятно.
И все же рискну дать несколько советов. В последнее время мне все чаще хочется «заморозить» первую составляющую Service Level, а именно процент вызовов, на уровне 80, и оперировать только второй составляющей, т. е. временем ответа. На мой взгляд, показатель скорости ответа для 80 % вызовов – наиболее объективная характеристика ЦОВ. Да и для бенчмаркинга это удобно, в опросниках часто именно так и задается вопрос: «В течение какого времени получают ответ 80 % вызовов?»
А наиболее подходящей величиной для второй составляющей Service Level мне представляется 20 с. Если это значение меньше, то вы «переобслуживаете» и ваш колл-центр работает недостаточно эффективно, а если больше, то вы, скорее всего, «недообслуживаете» и рискуете вызвать серьезное недовольство клиентов. Таким образом, уровень обслуживания 80:20 мне представляется наиболее подходящим для большинства ЦОВ.
Конечно, в разные периоды жизни операторского центра ключевые показатели производительности могут меняться. Если наступает пора жесткой экономии (допустим, при кризисе в экономике), то требования к уровню обслуживания снижаются (например, 80:40), а если компания может позволить себе некоторый «жирок», – ужесточаются (например, 80:10).
Стоит отметить, что, хотя Service Level тоже является усредненной величиной, все же он дает гораздо более полное представление об эффективности обслуживания, чем средняя скорость ответа.
Корреляция уровня обслуживания с другими показателями производительности
Интересно посмотреть, как ведет себя уровень обслуживания при различных условиях, как влияют на него другие показатели производительности. В целом можно выделить следующие зависимости[10]:
1) чем ниже уровень загруженности операторов, тем выше уровень обслуживания. И наоборот.
Давайте посмотрим, почему это происходит.
Дело в том, что низкий уровень загруженности операторов означает, что в данный момент в операторском центре наблюдается явный избыток сотрудников по сравнению с вызовами. Таким образом, каждый вызов в идеале получит немедленный ответ (я говорю «В идеале», поскольку нельзя сбрасывать со счетов человеческий фактор: кто-нибудь из операторов может пропустить вызов и т. п.), и уровень обслуживания, таким образом, повысится.
Получается, что чем меньше загружены операторы, тем выше уровень обслуживания. Отсюда понятно, что для поддержания его на уровне 100:00, как в службах экстренной помощи, в операторском центре всегда должен быть некоторый избыток операторов, чтобы в любой момент при поступлении вызова гарантированно нашелся свободный сотрудник.
Но для всех других организаций, кроме служб экстренной помощи, обеспечивать избыток операторов крайне нерентабельно, поэтому управляющему персоналу ЦОВ приходится балансировать между поддержкой высокого уровня обслуживания и достаточным уровнем загруженности сотрудников;
2) чем ниже средняя скорость ответа, тем выше уровень обслуживания. Я думаю, эта зависимость вполне прозрачна: чем быстрее операторы отвечают на вызовы, тем выше уровень обслуживания.