Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами

ТелекомВыдержим ли пик

Как удержать SLA 80/20 в контакт-центре при росте обращений на 30%?

Рост нагрузки на треть перед кампанией: сколько операторов добавить, чтобы уровень сервиса не просел.

Что дал расчёт

Среднее ожидание ответа
было49722с
−96%

На потоке 620 000 обращений в год это1,2 млн ₽в год

Что за процесс и где он ломался

Первая линия контакт-центра оператора связи: 24 рабочих места, три смены, целевой уровень сервиса — 80% вызовов приняты за 20 секунд. На следующий квартал запланирована рекламная кампания, маркетинг прогнозирует рост обращений на 30%.

Сейчас SLA держится на 82% и считается «с запасом». Запас этот никто не измерял.

Вопрос, на который отвечали

Как удержать SLA 80/20 в контакт-центре при росте обращений на 30%?

Признаки, по которым стало понятно: дело не в людях

Планирование шло линейно: «нагрузка +30% — значит, и людей +30%». Такая пропорция неверна в обе стороны: в непиковые часы она даёт лишних людей, а в пиковые — не спасает.

Как процесс превратили в имитационную модель

Модель воспроизводит процесс обработки звонка: ожидание в IVR, разговор с оператором и послеразговорная обработка (ACW). В базе заложены реальные профили поступления вызовов за 8 недель с шагом в 30 минут и нормальным распределением длительностей разговора.

Ключевое отличие от калькулятора Эрланга — учёт сменного графика и перерывов. Модель показывает, как асимметричный профиль нагрузки (пиковые часы несут половину нагрузки) взаимодействует с фиксированным штатом из 24 человек, работающих с 08:00 до 22:00.

Какие данные взяли и что честно допустили

Поток
экспоненциальное распределение, средний интервал 0,25 мин, профиль нагрузки по получасам (08:00–22:00).
Длительности
разговор 3,7 мин (нормальное распределение, CV 0,4), послеразговорная обработка 0,75 мин (CV 0,3).
Ресурсы
24 оператора в базе, ставка 250 ₽/час, график 08:00–22:00 без выходных.
Не моделировали
обучение новых сотрудников и их пониженную производительность в первый месяц работы.

Отчёт симуляции: что показал расчёт

Живой отчёт симуляции

Отчёт удобнее смотреть на большом экране — откройте его отдельной страницей.

Тот же отчёт, который видит пользователь Storm после симуляции. Открывается по ссылке и листается по вкладкам.

Какие сценарии прогнали и чем они отличались

Сценарии, просчитанные в модели
СценарийЧто меняли
Как есть при текущей нагрузке БазовыйОтчёт Базовый сценарий: 24 оператора, загрузка 73%, среднее ожидание 22 секунды. Система работает с запасом мощности.
Рост 30% без изменений Отчёт При росте потока на 30% без найма SLA рушится до 27%, а среднее ожидание взлетает до 8 минут (497 секунд).
Рост 30% и найм пропорционально Отчёт Добавление 7 операторов (всего 31) восстанавливает SLA до 99,6%, но средняя загрузка падает до 78%, создавая простой в непиковые часы.
Рост 30% и точечное усиление пика РешениеОтчёт Оптимальное решение: добавление 6 операторов (всего 30) держит SLA на уровне 99,6% при загрузке 80% и стоимости обращения 23 ₽.

Было и стало

Сравнение «было / стало» по каждой метрике. У метрик разные единицы, поэтому каждая пара показана в своём масштабе.
  • Было
  • Стало
  1. Обращения в SLA (10 минут) , %

    27
    100+72,5 п.п.
  2. Среднее ожидание ответа , с

    497
    22−96%
  3. Ожидание, 95-й перцентиль , мин

    49
    7−85%
  4. Загрузка операторов , %

    99
    80−19,1 п.п.
  5. Стоимость обращения , ₽

    25
    23−9%
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Обращения в SLA (10 минут) , %27100+72,5 п.п.
Среднее ожидание ответа , с49722−96%
Ожидание, 95-й перцентиль , мин497−85%
Загрузка операторов , %9980−19,1 п.п.
Стоимость обращения , ₽2523−9%

Что показал расчёт

  1. Рост нагрузки на 30% без найма обрушивает SLA до 27%

    Система не деградирует линейно: при загрузке операторов 99% среднее ожидание ответа вырастает с 22 секунд до 8 минут (497 секунд). Это критический сбой сервиса, а не просто «небольшое ухудшение».

  2. Пропорциональный найм (+7 чел.) избыточен и дорог

    Увеличение штата до 31 человека восстанавливает SLA до 99,6%, но средняя загрузка падает до 78%. В непиковые часы операторы простаивают, что увеличивает стоимость одного обращения до 28,5 ₽.

  3. Точечное усиление пика (+6 чел.) — баланс эффективности

    Добавление 6 операторов (всего 30) держит SLA на уровне 99,6% при загрузке 80%. Это экономит одного оператора по сравнению с пропорциональным наймом и снижает стоимость обращения до 23 ₽.

Что оказалось не так, как считали

Рост нагрузки на 30% требует роста штата лишь на 25% (с 24 до 30 человек), а не на 30%. При этом «точечное» добавление людей в пиковые часы эффективнее постоянного найма: оно снижает среднее ожидание с 8 минут до 22 секунд, не создавая избыточных мощностей в ночные часы.

Как удержать SLA 80/20 в контакт-центре при росте обращений на 30%?

Что решили сделать и что получилось

Выбран сценарий точечного усиления пика: штат увеличен с 24 до 30 операторов. Это решение обеспечивает целевой SLA 99,6% при оптимальной загрузке ресурсов 80%.

По сравнению с ситуацией «рост без изменений» (SLA 27%): уровень сервиса вырос на 72,5 п.п. до 100% (в рамках 10-минутного окна), среднее ожидание ответа сократилось с 8 минут до 22 секунд, а стоимость одного обращения снизилась на 9% (с 25 до 23 ₽).

Приёмы оптимизации, которые здесь сработали

Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет

Формула Эрланга даёт ответ для стационарного потока. Реальный контакт-центр живёт пиками, сменами и переводами на вторую линию — здесь нужна модель, которая прогоняет день целиком, а не считает равновесие.

Именно поэтому «посчитать в калькуляторе» и «посчитать в модели» дают разные ответы: калькулятор не знает, что в 14:00 у половины смены обед.

Где этот вывод не работает

Расчёт верен, пока структура обращений не меняется. Если кампания приведёт другой тип клиента с другими вопросами, изменится длительность разговора — и модель придётся пересобрать на новых данных.

Мы не моделировали обучение новичков: первые недели их производительность ниже, и фактический переход будет мягче расчётного.

Частые вопросы по этому расчёту

Почему нельзя обойтись калькулятором Эрланга?

Эрланг считает для стационарного потока, игнорируя смены и перерывы. В реальности профиль асимметричен: пиковые часы создают очереди, которые не успевают рассосаться. Модель показала, что при +30% нагрузки без изменений SLA падает до 27% из-за накопления очередей в пик, тогда как Эрланг дал бы усреднённую оценку, скрывающую этот коллапс.

Если вместо +30% будет +40% рост обращений, как изменится потребность в операторах?

Модель позволяет быстро пересчитать сценарии. При +40% роста потребуется ещё больше точечного усиления в пиковые часы, так как загрузка 80% — это предел эффективности. Линейный найм здесь будет ещё более убыточным из-за простоя в непиковые часы.

Отчего SLA упал до 27% при добавлении 30% нагрузки без усиления?

Контакт-центр работал на пределе: при загрузке 99% система массового обслуживания переходит в режим «обвального» роста очередей. Среднее ожидание выросло с 22 секунд до 8 минут (497 секунд), что вывело 73% звонков за пределы 10-минутного SLA.

Почему +6 операторов только на пиковые часы экономят одного постоянного?

Постоянные операторы загружены неравномерно: днём и ночью много стоят. Добавление 6 человек (вместо 7 при пропорциональном найме) покрывает дефицит именно в пиковые часы, когда загрузка достигает 99%. Остаток смены работают уже имеющиеся 24 оператора, что снижает общую стоимость обращения до 23 ₽.

Ваш процесс, ваши числа

Покажем на вашем процессе

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

  1. Присылаете диаграмму и три-четыре цифры про поток
  2. Собираем модель и прогоняем сценарии, которые вы назовёте
  3. Разбираем отчёт вместе и обсуждаем, что из него следует
Показать на моём процессеПосмотреть другие кейсы

Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.

Поддержка