Планировать смены по «средней выручке за час» — красный флаг: вы упорядочите графики, а не работу.
Типичная картина в офлайне: люди бегают, очередь то пустая, то взрывается, руководитель “чувствует” сколько надо сотрудников, а аналитик рисует красивые графики по продажам. Цена ошибки простая: вы либо переплачиваете за простой, либо теряете качество сервиса и выгораете команду. И хуже всего то, что спорить потом не о чем: данных, которые связывают нагрузку, SLA и фактическую доступность людей, нет или они несовместимы.
Механика хаоса почти всегда одна: нагрузка живёт в одном мире (поток клиентов, заказы, обращения), люди — в другом (табель, переработки, перерывы), а “качество” — в третьем (жалобы, ожидание, скорость). Если эти три мира не стыкуются по времени, сущностям и определениям, оптимизация превращается в декоративную отчётность.
Минимальный набор сущностей данных, без которого сменное планирование не имеет опоры:
- Нагрузка по интервалам: входящий поток и тип работы (визиты, заказы, обращения), плюс сезонность и события (поставки, акции, инвентаризация).
- SLA/целевые уровни: что именно обещаем и на каком интервале считаем (ожидание, скорость обработки, длина очереди, % выполненного вовремя).
- Факт времени: кто реально был доступен в зоне работы (пришёл/ушёл, опоздания, перерывы, замены, сверхурочка, обучение, собрания).
- Ограничения: навыки/допуски, роли, правила трудового времени, совместимость задач, минимальные составы, привязка к точке/зоне.
- Потери мощности: неявки, болезни, текучка, простои из‑за систем/оборудования, “невидимая” административка.
Типовые ловушки качества, которые убивают доверие к любым выводам:
- Пропуски и ручные правки в табеле: «часы есть», но непонятно, это работа, оплачиваемое время или присутствие.
- Задержки загрузки: нагрузка уже случилась, а факт по людям догонит завтра, и вы принимаете решения в слепую.
- Разные источники правды: POS/касса, WFM, HR, тикеты, счётчики посещаемости — и нигде нет единого ключа “сотрудник-точка-смена”.
- Несовпадение гранулярности: нагрузка по 15 минутам, смены по часам, SLA по дню — и “средние” сглаживают провалы.
- Сдвиги времени: округления, часовые пояса, разные календари, переносы смен без отражения в факте.
Правильная практика выглядит скучно: сначала делаете сверку «план мощности → факт доступности → факт нагрузки → факт SLA» на одном таймлайне и в одних определениях, и только потом обсуждаете прогноз, оптимизацию и “умные” алгоритмы. Исключение одно: если вам нужен грубый график “на завтра”, можно жить упрощениями, но тогда честно называйте это черновиком, а не аналитикой. Обычно спорят про прогноз; на деле решает качество факта и согласованные определения.
