Service Level выглядит как самая понятная метрика контакт-центра: доля звонков, принятых за N секунд. Но именно на ней чаще всего рисуют красивые отчёты, которые не отражают реальность. Мы в Wilstream регулярно видим, как при аудите чужих КЦ показатель в отчёте на 15–20% выше того, что чувствует клиент на линии. Разберём пять ошибок измерения, из-за которых Service Level завышается, и как считать его честно. Если хотите передать нагрузку команде, которая считает метрики прозрачно, начните с сайта Wilstream.
Сразу оговоримся: проблема почти никогда не в злом умысле. Чаще завышение возникает из-за настроек отчётов и спорных методик подсчёта, которые копятся годами. Но собственнику от этого не легче: он принимает решения по цифрам, которые врут.
Что такое Service Level и почему его легко исказить
Service Level (SL) — это доля обращений, на которые ответили в пределах заданного порога, например 80% звонков за 20 секунд. Формулировка простая, но в ней спрятано множество допущений: какие звонки считать, с какого момента запускать таймер, что делать с брошенными обращениями. Именно в этих допущениях и прячется завышение.
Коварство SL в том, что почти любую из этих деталей можно настроить «в свою пользу», и формально метрика останется той же. Поэтому два КЦ с одинаковым SL 80/20 в отчёте могут давать совершенно разный реальный опыт клиенту. Чтобы сравнивать честно, нужно смотреть не на итоговую цифру, а на методику. Иначе тендер между подрядчиками превращается в соревнование, кто красивее настроит отчёт, а не кто действительно лучше отвечает клиентам. Поэтому грамотный заказчик сравнивает не проценты в презентациях, а правила, по которым эти проценты получены, и просит показать, как именно считалась каждая цифра в отчёте за выбранный период.
Ошибка 1: брошенные звонки выкидывают из расчёта
Самая частая манипуляция — считать SL только по отвеченным звонкам, а брошенные просто не учитывать. Клиент ждал, не дождался и положил трубку — а в отчёте этого звонка как будто не было. В результате чем хуже работает линия в пик, тем сильнее «улучшается» SL, потому что недовольные клиенты сами выпадают из знаменателя.
Честный подход — фиксировать брошенные звонки и решать осознанно, как они влияют на метрику. Обычно короткие сбросы в первые 5 секунд исключают (клиент передумал), а всё, что дольше, учитывают как неотвеченное в срок. Если подрядчик вообще не показывает Abandon Rate рядом с SL, это первый повод для вопросов.
Ошибка 2: таймер запускают не с того момента
Второй приём — отсчитывать время ожидания не с момента, когда клиент позвонил, а с момента, когда он прошёл голосовое меню и попал в очередь. Тогда долгое блуждание по IVR в метрику не попадает, и формально клиент «ждал 15 секунд», хотя по факту он потратил полторы минуты.
Для клиента время начинается с первого гудка, а не с конца меню. Поэтому честный SL считается от момента входящего соединения. Если в отчёте время ожидания подозрительно короткое, стоит спросить, учитывается ли в нём прохождение IVR и перевод между линиями.
Ошибка 3: усреднение по дню скрывает провалы в пик
Допустим, утром линия почти простаивает, а в обеденный пик клиенты ждут по минуте. За счёт спокойных часов средний SL за день выходит красивым — 85%. Но именно в пик, когда обращений больше всего, реальный уровень сервиса падал до 50%, и большинство клиентов столкнулись как раз с плохим опытом.
Среднесуточный SL почти всегда выглядит лучше, чем погасовой. Поэтому смотреть нужно интервальный SL — по получасам или часам, особенно в часы пик. Команда Wilstream в отчётах для заказчиков всегда показывает SL по интервалам, чтобы провалы не растворялись в среднем.
Ошибка 4: в расчёт попадают не те типы обращений
SL можно завысить, смешав в одну кучу разные потоки. Например, добавить к сложным входящим обращениям массу простых автоматических уведомлений или коротких сервисных звонков, которые закрываются мгновенно. Знаменатель раздувается лёгкими контактами, и итоговый процент растёт, хотя по живым клиентским запросам всё стало хуже.
Правильно — считать SL раздельно по очередям и типам обращений: продажи, поддержка, рекламации. У каждой очереди свой порог и свои нормы. Один общий SL «по всему КЦ» удобен для презентации, но почти бесполезен для управления, потому что прячет разницу между потоками.
Ошибка 5: порог подбирают под результат, а не под клиента
Последняя ошибка — менять сам порог так, чтобы цифра выглядела достойно. Не дотягиваем до 80/20 — переписываем цель на 80/30 или на 70/20, и отчёт снова зелёный. Формально SL соблюдён, но клиент по-прежнему ждёт дольше, чем готов терпеть.
Порог должен исходить из ожиданий клиентов и специфики бизнеса, а не из того, что КЦ способен показать сегодня. Для горячей линии и продаж нормы жёстче, для несрочной поддержки мягче. Если порог в договоре менялся несколько раз за квартал, стоит понять, под чьи интересы его подгоняли.
Как проверить, честный ли у вас Service Level
Собственнику не нужно быть аналитиком, чтобы поймать завышение. Достаточно задать подрядчику несколько вопросов: учитываются ли брошенные звонки, с какого момента идёт таймер, показывается ли SL по интервалам и раздельно по очередям, и менялся ли порог. Честный КЦ ответит спокойно и покажет методику.
Хорошая практика — раз в месяц сверять отчётный SL с реальными жалобами на ожидание и с Abandon Rate. Если метрика отличная, а клиенты пишут про долгое ожидание, цифра почти наверняка приукрашена. Мы в Wilstream проектируем отчётность так, чтобы заказчик видел эти данные рядом и мог проверить нас сам.
Ещё один рабочий приём — попросить выгрузку по конкретному часу пик за несколько дней и посчитать SL вручную по простой формуле: сколько звонков пришло, сколько принято в срок, сколько потеряно. Если ручной расчёт заметно расходится с отчётом подрядчика, значит, где-то в методике зашита одна из пяти описанных ошибок, и стоит разобраться, какая именно.
Где здесь помогает автоматизация
Часть проблем с SL в пик решается не наймом, а разгрузкой линии. Голосовой ИИ-агент может брать на себя типовые обращения и снимать нагрузку в часы пик, чтобы операторы успевали к сложным звонкам, а Service Level не проваливался. Подробнее о таком сценарии — на странице голосового ассистента Wilstream.
Важно, что автоматизация полезна только при честной метрике. Если SL и так завышен, внедрение робота просто спрячет проблему ещё глубже. Поэтому начинать стоит с прозрачного измерения, а уже потом подключать инструменты, которые реально снижают ожидание клиента. Иначе бизнес платит за технологию, а узкое место остаётся прежним, просто его перестаёт быть видно в отчёте.
Главное о завышенном Service Level
Запомните пять болевых точек: брошенные звонки выкинуты из расчёта, таймер стартует после IVR, метрику усредняют по дню, в знаменатель добавляют лёгкие контакты и подгоняют порог под результат. Каждая из них поодиночке завышает SL на единицы процентов, а вместе — на 15–20% и больше. Запросите у вашего подрядчика методику расчёта и сверьте её с этим списком, чтобы понять, насколько отчётам можно верить.
Хотите контакт-центр, который считает Service Level честно и показывает методику? Обсудим вашу нагрузку и метрики.
Часто задаваемые вопросы о Service Level
Какой Service Level считается нормой?
Классический ориентир — 80% звонков за 20 секунд, но норма зависит от отрасли и типа линии. Для продаж и горячих линий пороги жёстче, для несрочной поддержки мягче. Важна не сама цифра, а честная методика её расчёта.
Чем Service Level отличается от ASA?
SL показывает долю звонков, принятых в пределах порога, а ASA — среднее время ответа. ASA легко «портится» из-за нескольких очень долгих ожиданий, поэтому метрики лучше смотреть вместе, а не выбирать одну.
Почему нельзя смотреть только средний SL за день?
Потому что спокойные часы маскируют провалы в пик. Среднесуточная цифра может быть отличной, хотя в часы максимальной нагрузки клиенты ждали слишком долго. Нужен интервальный SL по получасам.
Как брошенные звонки влияют на Service Level?
Если их исключают из расчёта, метрика искусственно растёт в самые загруженные моменты. Честный отчёт показывает Abandon Rate рядом с SL и учитывает потерянные обращения дольше нескольких секунд.
Можно ли поднять Service Level без расширения штата?
Да. Часть нагрузки в пик снимает автоматизация: голосовой ИИ-агент закрывает типовые обращения, и операторы успевают к сложным. Но это работает только при честной исходной метрике.
Как заказчику проверить отчётный SL?
Сверяйте его с жалобами на ожидание и с Abandon Rate, запрашивайте SL по интервалам и по очередям и уточняйте, менялся ли порог. Расхождения между красивой цифрой и реальными жалобами — главный сигнал завышения.
