Как распределить уведомления о посещаемости между HR, руководителями и ответственными
06.09.2026
Распределение уведомлений о посещаемости выглядит технической настройкой, а на деле это вопрос поведения. Система работает, уведомления уходят - но через несколько недель их перестают открывать.
Причина почти всегда одна: круг получателей построен слишком широко. Ниже - как это исправить.
Как умирает уведомление
Процесс всегда идёт в одном порядке.
Первая неделя: уведомление новое, его открывают все. Вторая неделя: получатель замечает, что большинство сообщений его не касаются. Третья неделя: закрывает не читая. Четвёртая: уведомления отключают.
Показательно, что с качеством уведомления это не связано. Информация верна и приходит вовремя - она просто не для этого человека. Когда приходит десять уведомлений не по его части, одиннадцатое он тоже не откроет, и никакая настройка этого не исправит.
Три вопроса: кто, что, какой охват
До построения распределения по каждому событию нужно записать три ответа:
- Кто должен действовать, когда это событие происходит?
- В чём состоит это действие?
- За какую часть структуры отвечает этот человек?
Третий вопрос упускают чаще всего, и он даёт наибольшую разницу. Отправка руководителю филиала всех опозданий компании обесценивает уведомление с первой недели, - тогда как то же уведомление в охвате только его филиала читают каждый день.
Второй вопрос - действие - следующий по частоте пропусков. Уведомление, за которым не стоит конкретного действия, - это не информация, а шум.
Распределение по ролям
Модель, работающая на практике:
- Руководитель филиала - события своего филиала: не открывшаяся смена, опоздание, ранний уход.
- Руководитель отдела - только своя команда.
- HR - общая картина, обычно в виде периодического итога, а не отдельных событий.
- Владелец компании - недельный или месячный итог; ежедневные события здесь почти всегда избыточны.
- Бухгалтерия - не события вовсе, только утверждённый периодический отчёт.
Управляющий принцип таков: чем выше уровень, тем ниже частота и шире охват. Внизу часто и узко, наверху редко и широко.
Охват филиала и отдела
Техническая сторона распределения зависит от поддержки структуры. Если система не поддерживает уровни филиала, отдела и участка, уведомления уходят либо всем, либо по списку, собранному вручную, - а второй устаревает и забывается, как только меняется структура.
При выстроенной структуре правило уведомления пишется один раз и работает автоматически при добавлении нового филиала: его руководитель получает свои события.
Практический проверочный вопрос: приходится ли перестраивать правила уведомлений при открытии нового филиала? Если да, распределение привязано к людям, а не к структуре, - и через полгода оно развалится.
Выбор канала
Канал выбирают под режим работы получателя, а не включают все сразу.
- Мобильное уведомление - эффективнее всего для руководителя, находящегося на объекте.
- Электронная почта - для HR за рабочим столом и для периодических отчётов.
- SMS и мессенджеры - для срочных событий, в ограниченном количестве.
Правило простое: канал следует за срочностью события. Использовать три канала для несрочного события значит очень быстро истощить внимание к уведомлениям.
Ежеквартальный пересмотр
Распределение - не то, что настраивают один раз и забывают. Раз в квартал и при каждом изменении структуры задаётся один вопрос:
После каких уведомлений за последний месяц было реальное действие?
Ответ обычно короткий, а вывод прямой: тип уведомлений, не приведший ни к одному действию, стоит либо отключить, либо превратить в строку периодического отчёта.
Такая проверка занимает десять минут, но именно она сохраняет работоспособность системы уведомлений в долгую.
Практический пример: от тридцати уведомлений к четырём
В сети ресторанов было пять объектов и девяносто сотрудников. При настройке системы уведомлений включили все события, и все они уходили трём людям - директору сети, HR и операционному менеджеру.
В первый месяц каждый из троих получал около тридцати уведомлений в день. К концу второго месяца все трое их отключили.
При разборе задали один вопрос: после каких уведомлений за последний месяц было реальное действие? Ответ указал лишь на один из четырёх типов событий - не открывшуюся смену.
Новое разделение выстроили так. Не открывшаяся смена уходила управляющему объектом и операционному менеджеру. Опоздание - только управляющему объектом и только по его объекту. HR ежедневных уведомлений не получал: вместо них приходил дневной итог в девять утра. Директор сети получал недельный итог.
Результат: управляющий объектом получал около четырёх уведомлений в день и читал их все. Операционный менеджер - шесть-восемь в неделю. HR освободился от уведомлений полностью.
Компания отметила одну деталь: после перестройки разделения время реакции на не открывшуюся смену сократилось с сорока минут до восьми - потому что уведомление стало действительно заметным.
Как построить таблицу распределения
На практике достаточно таблицы на одну страницу. Столбцы: событие, получатель, охват, канал, действие.
Строки заполняются по одной, и для каждой последний столбец - действие - обязательно должен быть заполнен. Пустая строка означает, что уведомление по этому событию не нужно: ему место в строке периодического отчёта.
Когда таблица готова, делается одна проверка: сколько строк приходится на каждого получателя? Больше пяти - и распределение, скорее всего, слишком широкое: часть событий стоит перенести в отчёт.
Эта же таблица становится справочным документом при изменении структуры: когда открывается новый филиал, вопрос «кто что получает» не обсуждают заново - смотрят в таблицу.
Для руководителя, который только вышел на работу
Упускаемая сторона распределения уведомлений - кадровые изменения. Когда меняется руководитель филиала, уведомления часто продолжают уходить на старый адрес, иногда месяцами.
Способ этого избежать - привязывать распределение не к человеку, а к роли. Тогда при назначении нового руководителя уведомления переходят к нему автоматически, и никакой дополнительной настройки не требуется.
Вторая практическая деталь: новый руководитель в первую неделю не знает, что означают уведомления. Добавление таблицы распределения - со столбцами «событие, получатель, охват, действие» - в документ для адаптации закрывает этот пробел.
На практике именно эти две детали обеспечивают работоспособность системы уведомлений и на второй год.
Следующий шаг
Проще всего начать распределение с одного события - обычно полезнее всего «день не начался», потому что действие за ним очевидно: организовать замену.
Посмотрите, как настраиваются правила уведомлений, изучите возможности QRGate или рассчитайте стоимость.
