SLA в колл-центре — это соглашение об уровне сервиса, а Service Level — конкретная метрика, которая его измеряет. Классическая формулировка — «80/20»: не менее 80 % звонков должны быть приняты в течение 20 секунд. Для клиента SLA — гарантия, что его услышат. Для бизнеса — управляемый показатель доступности контакт-центра, который прямо связан с CSAT, конверсией и оттоком.
Что такое Service Level
Service Level (SL) — процент звонков, принятых в течение заданного порогового времени. Формула:
SL = (Звонки, принятые за X секунд / Общее количество принятых звонков) × 100 %
Классические варианты записи:
- 80/20: 80 % звонков за 20 секунд — стандарт для массового сегмента.
- 90/15: жёсткое требование, характерно для платных услуг и премиум-сегмента.
- 95/10: VIP-линии банков, экстренные службы, критичные сервисы.
- 70/30: мягкий SL, приемлем для нишевых консультаций и справочных.
SLA vs Service Level: терминологический нюанс
На практике эти термины часто используются как синонимы, но формально они разные. SLA (Service Level Agreement) — документ, который описывает обязательства: доступность системы, время реакции, процедуры при инцидентах. Service Level — одна из метрик внутри SLA. Помимо неё в SLA могут быть: доступность платформы (uptime), время ответа службы техподдержки, MTTR (среднее время восстановления).
Как считать Service Level: важные детали
Что считаем принятым звонком
Звонок засчитывается, когда клиент дождался ответа оператора — не IVR, не автоинформатора, а живого человека (или робота, если речь о сценариях самообслуживания). Отдельная тема — обработка звонков, где клиент положил трубку в IVR: включать их в расчёт или нет? Есть два подхода: считать все звонки или исключить «отказы в IVR». Второй вариант обычно ближе к реальному качеству сервиса.
Порог времени
20 секунд — самая распространённая цифра. Она отражает психологический порог терпения массового клиента. Для срочных линий (аварийные, VIP) — 10 секунд. Для сложных консультаций (B2B) — иногда 60 секунд.
Период измерения
SL считается по интервалам: минута, 15 минут, час, день. Дневной SL может быть 80/20, но при этом в пиковый час (например, с 10:00 до 11:00) — 50/20. Средние цифры маскируют проблемы — смотрите почасовую разбивку.
Формула Erlang C
Для планирования штата используется формула Эрланга C: она связывает количество операторов, среднее время обработки (AHT) и целевой Service Level. Онлайн-калькуляторы Erlang C позволяют рассчитать, сколько операторов нужно для достижения 80/20 при заданной нагрузке.
Что влияет на Service Level
Прогноз нагрузки
Неточный прогноз входящего потока — главная причина невыполнения SL. Утренний пик пришёлся на понедельник вместо вторника? Незапланированная рекламная кампания увеличила поток в 2 раза? — SL летит вниз, потому что штат под старый прогноз.
Планирование смен (WFM)
Даже точный прогноз бесполезен, если смены расставлены неправильно. Все операторы в 9 утра, а звонки идут в 14:00? — SL проваливается. Задача WFM — совместить график операторов с прогнозом нагрузки.
AHT
Если оператор тратит на звонок 8 минут вместо 5, за смену он обрабатывает меньше — очередь растёт, SL падает. Работа над снижением AHT — часть работы над SL.
Абсентеизм и загрузка
Больничные, опоздания, внутренние совещания — «съедают» плановую пропускную способность. Даже нормальные 5 % абсентеизма при плотном планировании ломают SL в конкретные дни.
Технические проблемы
Сбой в CRM, зависание платформы, проблемы с телефонией — прямой удар по SL. Здесь важна инфраструктурная надёжность и резервирование.
Как достигать целевого SLA
- Точный прогноз. Анализ исторических данных с учётом сезонности, дней недели, часов, маркетинговых активностей. Автоматизация — с помощью WFM-системы.
- Гибкий график. Смены с пересечением в пиковые часы. Split-shifts (разрывные смены) для операторов, готовых работать в 10:00–13:00 и 17:00–20:00.
- Резерв. Не работайте «в ноль»: планируйте 10–15 % запаса. При плотном планировании первого же провала будет достаточно, чтобы не выполнить SL за месяц.
- Обучение и снижение AHT. Постоянные тренинги, работа с базой знаний, ИИ-подсказки — всё, что ускоряет обработку.
- Управление в реальном времени. Супервизор видит очередь и SL в реальном времени. При проседании — переводит часть операторов из аутбаунда в инбаунд, вызывает резерв, ограничивает non-productive time.
- Overflow и самообслуживание. При перегрузке — направление части звонков в IVR-самообслуживание, автоинформатор с предложением обратного звонка, переадресация на партнёрскую площадку.
Управление SL в MightyCall
Портал супервизора MightyCall показывает Service Level в реальном времени — по каждой очереди, группе, оператору. При проседании SL система моментально сигнализирует: «в очереди 15 клиентов, SL за последние 15 минут — 60/20, требуется вмешательство». Супервизор видит ситуацию сразу и принимает решение: перевести операторов, вызвать резерв, включить дополнительные сценарии.
Статистика и мониторинг накапливают исторические данные для точного прогноза нагрузки. Распределение звонков поддерживает сложные правила маршрутизации — от простых очередей до skill-based routing и приоритетов VIP. В связке эти инструменты дают полный цикл управления SLA: прогноз, планирование, реагирование, анализ.
Итоги
SLA и Service Level — метрика, которая требует системного управления. Она не «достигается сама», а строится на трёх столпах: точный прогноз, грамотный WFM и оперативное реагирование в реальном времени. Отслеживайте не средний SL, а почасовые срезы. Стремитесь не к 100/1, а к устойчивым 80/20 — это уже уровень сильного контакт-центра.
