WFM в поддержке: планирование смен и прогноз нагрузки

Зачем поддержке WFM

Нагрузка на поддержку не равномерна: понедельник после выходных — пик, утро загруженнее вечера, конец месяца/квартала — всплеск отчётных заявок. Если штат рассчитан «по среднему», то в пик очереди и нарушенный SLA, а в спад — простой. WFM отвечает на три вопроса:

• Сколько заявок придёт (прогноз);
• Сколько операторов нужно, чтобы их обработать в рамках SLA;
• Когда эти операторы должны быть на смене.

Это продолжение capacity-планирования, но применённое к людям: пропускная способность команды — такой же ресурс, как мощность серверов, и его надо планировать под нагрузку.

Прогноз потока заявок

Прогноз строится на исторических данных — поэтому единый учёт заявок обязателен. Что анализируют:

• Тренд — растёт ли общий поток (рост компании, новые сервисы);
• Недельный паттерн — распределение по дням (пн ≫ пт);
• Внутридневной паттерн — по часам (пики 10–12 и 14–16);
• Сезонность — конец месяца/квартала, начало учебного года, после релизов и массового онбординга.

Не нужны нейросети — базовый прогноз делается на средних по тем же интервалам прошлых периодов плюс поправка на тренд. «В среду 10–11 утра приходит ~25 заявок» — этого уже достаточно для планирования. Отдельно закладывайте известные будущие события (планируется онбординг 50 человек → всплеск заявок на доступы).

Сколько операторов нужно

От прогноза заявок к числу людей — через простую модель. Базовая прикидка:

Нужно операторо-часов = (прогноз заявок × среднее время обработки) / занятость

занятость (utilization) ≈ 70–80% — нельзя планировать на 100%:
есть перерывы, переключения, «воздух» на пики

Например: 200 заявок/день × 20 мин = 4000 опер-минут = ~67 опер-часов; при 7 рабочих часах и занятости 75% один оператор даёт ~5.25 продуктивных часов → нужно ~13 человеко-смен, распределённых по пикам. Планировать на 100% занятость — гарантированный пожар: любой всплеск или больничный обрушивает SLA. «Воздух» в 20–25% — это не неэффективность, а буфер устойчивости.

Смены, дежурства и пики

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

• Смещённые смены — не все с 9 до 18; часть с 8, часть с 11, чтобы покрыть и раннее утро, и поздний вечер.
• Усиление в пик — больше людей в пн и в утренние часы.
• Дежурства/on-call — для внерабочего времени и критичных инцидентов (см. ритуалы команды: ротация, on-call).
• Резерв на отсутствия — отпуска, больничные закладываются заранее, а не «разберёмся, когда заболеют».

Важна и справедливость: непокрытые смены и постоянные переработки одних и тех же людей ведут к выгоранию и текучке, что обнуляет любой план. Хороший график — это баланс между потребностью бизнеса и нагрузкой на людей.

Метрики и точная настройка

WFM — это цикл «прогноз → план → факт → коррекция». Что отслеживать:

• Forecast accuracy — насколько прогноз совпал с фактом. Систематический промах → правьте модель.
• Occupancy/utilization — реальная занятость операторов. Под 90%+ постоянно → недоукомплектование и путь к выгоранию; под 50% → переукомплектование.
• Соблюдение SLA по времени суток — где в расписании дыры (SLA падает в конкретные часы → там не хватает людей).
• Schedule adherence — следование графику.

Начинать не нужно с дорогой WFM-платформы: достаточно дашборда нагрузки по дням/часам и простого прогноза по средним. Главное — перейти от «штат по интуиции» к «штат по данным». Даже грубый прогноз лучше планирования вслепую, а точность приходит с каждым циклом коррекции.