# Как распределить уведомления о посещаемости между HR, руководителями и ответственными

- Канонический адрес: https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti
- Markdown: https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti.md
- Язык: ru

**Распределение уведомлений о посещаемости** выглядит технической настройкой, а на деле это вопрос поведения. Система работает, уведомления уходят - но через несколько недель их перестают открывать.

Причина почти всегда одна: круг получателей построен слишком широко. Ниже - как это исправить.

## Как умирает уведомление

Процесс всегда идёт в одном порядке.

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

Показательно, что с качеством уведомления это не связано. Информация верна и приходит вовремя - она просто не для этого человека. Когда приходит десять уведомлений не по его части, одиннадцатое он тоже не откроет, и никакая настройка этого не исправит.

## Три вопроса: кто, что, какой охват

До построения распределения по каждому событию нужно записать три ответа:

1. **Кто должен действовать, когда это событие происходит?**
2. **В чём состоит это действие?**
3. **За какую часть структуры отвечает этот человек?**

Третий вопрос упускают чаще всего, и он даёт наибольшую разницу. Отправка руководителю филиала всех опозданий компании обесценивает уведомление с первой недели, - тогда как то же уведомление в охвате только его филиала читают каждый день.

Второй вопрос - действие - следующий по частоте пропусков. Уведомление, за которым не стоит конкретного действия, - это не информация, а шум.

## Распределение по ролям

Модель, работающая на практике:

- **Руководитель филиала** - события своего филиала: не открывшаяся смена, опоздание, ранний уход.
- **Руководитель отдела** - только своя команда.
- **HR** - общая картина, обычно в виде периодического итога, а не отдельных событий.
- **Владелец компании** - недельный или месячный итог; ежедневные события здесь почти всегда избыточны.
- **Бухгалтерия** - не события вовсе, только утверждённый периодический отчёт.

Управляющий принцип таков: *чем выше уровень, тем ниже частота и шире охват*. Внизу часто и узко, наверху редко и широко.

## Охват филиала и отдела

Техническая сторона распределения зависит от поддержки структуры. Если система не поддерживает уровни филиала, отдела и участка, уведомления уходят либо всем, либо по списку, собранному вручную, - а второй устаревает и забывается, как только меняется структура.

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

Практический проверочный вопрос: *приходится ли перестраивать правила уведомлений при открытии нового филиала?* Если да, распределение привязано к людям, а не к структуре, - и через полгода оно развалится.

## Выбор канала

Канал выбирают под режим работы получателя, а не включают все сразу.

- **Мобильное уведомление** - эффективнее всего для руководителя, находящегося на объекте.
- **Электронная почта** - для HR за рабочим столом и для периодических отчётов.
- **SMS и мессенджеры** - для срочных событий, в ограниченном количестве.

Правило простое: канал следует за срочностью события. Использовать три канала для несрочного события значит очень быстро истощить внимание к уведомлениям.

## Ежеквартальный пересмотр

Распределение - не то, что настраивают один раз и забывают. Раз в квартал и при каждом изменении структуры задаётся один вопрос:

*После каких уведомлений за последний месяц было реальное действие?*

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

Такая проверка занимает десять минут, но именно она сохраняет работоспособность системы уведомлений в долгую.

## Практический пример: от тридцати уведомлений к четырём

В сети ресторанов было пять объектов и девяносто сотрудников. При настройке системы уведомлений включили все события, и все они уходили трём людям - директору сети, HR и операционному менеджеру.

В первый месяц каждый из троих получал около тридцати уведомлений в день. К концу второго месяца все трое их отключили.

При разборе задали один вопрос: после каких уведомлений за последний месяц было реальное действие? Ответ указал лишь на один из четырёх типов событий - не открывшуюся смену.

Новое разделение выстроили так. Не открывшаяся смена уходила управляющему объектом и операционному менеджеру. Опоздание - только управляющему объектом и только по его объекту. HR ежедневных уведомлений не получал: вместо них приходил дневной итог в девять утра. Директор сети получал недельный итог.

Результат: управляющий объектом получал около четырёх уведомлений в день и читал их все. Операционный менеджер - шесть-восемь в неделю. HR освободился от уведомлений полностью.

Компания отметила одну деталь: после перестройки разделения время реакции на не открывшуюся смену сократилось с сорока минут до восьми - потому что уведомление стало действительно заметным.

## Как построить таблицу распределения

На практике достаточно таблицы на одну страницу. Столбцы: событие, получатель, охват, канал, действие.

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

Когда таблица готова, делается одна проверка: сколько строк приходится на каждого получателя? Больше пяти - и распределение, скорее всего, слишком широкое: часть событий стоит перенести в отчёт.

Эта же таблица становится справочным документом при изменении структуры: когда открывается новый филиал, вопрос «кто что получает» не обсуждают заново - смотрят в таблицу.

## Для руководителя, который только вышел на работу

Упускаемая сторона распределения уведомлений - кадровые изменения. Когда меняется руководитель филиала, уведомления часто продолжают уходить на старый адрес, иногда месяцами.

Способ этого избежать - привязывать распределение не к человеку, а к **роли**. Тогда при назначении нового руководителя уведомления переходят к нему автоматически, и никакой дополнительной настройки не требуется.

Вторая практическая деталь: новый руководитель в первую неделю не знает, что означают уведомления. Добавление таблицы распределения - со столбцами «событие, получатель, охват, действие» - в документ для адаптации закрывает этот пробел.

На практике именно эти две детали обеспечивают работоспособность системы уведомлений и на второй год.

## Следующий шаг

Проще всего начать распределение с одного события - обычно полезнее всего «день не начался», потому что действие за ним очевидно: организовать замену.

[Посмотрите, как настраиваются правила уведомлений](https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah), [изучите возможности QRGate](https://qrgate.az/ru/preimushestva) или [рассчитайте стоимость](https://qrgate.az/ru).

### Связанные страницы

- [Программа уведомлений об опозданиях](https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah)
- [Плановые отчёты по посещаемости](https://qrgate.az/ru/planovye-otchety-po-poseshchaemosti)
- [Система учёта для нескольких филиалов](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov)
- [Контроль посещаемости сотрудников](https://qrgate.az/ru/kontrol-poseshchaemosti-sotrudnikov)

## Часто задаваемые вопросы

### Почему через какое-то время уведомления перестают читать?

Потому что круг получателей построен слишком широко. Когда приходит десять уведомлений, не относящихся к человеку, одиннадцатое он тоже не откроет - это вопрос поведения, а не техники. Работающая система уведомлений строится из небольшого числа событий, каждое из которых адресовано конкретному получателю.

### На какие вопросы ответить до настройки распределения?

На три: кто должен действовать, когда это событие происходит; в чём состоит это действие; и за какую часть структуры отвечает этот человек. Третий упускают чаще всего - отправка руководителю филиала всех опозданий компании обесценивает уведомление с первой же недели.

### Какое распределение работает лучше на практике?

По роли и охвату: руководитель филиала получает события своего филиала, руководитель отдела - своей команды, HR - общую картину. Владельцу компании обычно полезнее периодический итог, а не ежедневные события. Такое разделение настраивают один раз и пересматривают раз в квартал.

### В чём разница между уведомлением и отчётом?

В срочности. Уведомление - для события, требующего действия сейчас: не открывшаяся смена, неожиданное отсутствие. Отчёт показывает картину и читается в назначенное время. Если событие не срочное, уведомление ему не нужно - его место в строке периодического отчёта.

### Когда пересматривать распределение?

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

## Связанные страницы

- Отслеживание опозданий - [Markdown](https://qrgate.az/ru/avtomaticheskoe-otslezhivanie-opozdaniy.md) | [HTML](https://qrgate.az/ru/avtomaticheskoe-otslezhivanie-opozdaniy)
- Уведомления об опозданиях - [Markdown](https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah.md) | [HTML](https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah)
- Система учёта для филиалов - [Markdown](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov)
- Польза программы учёта - [Markdown](https://qrgate.az/ru/polza-programmy-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/polza-programmy-ucheta-poseshchaemosti)
- Расходы на систему учёта - [Markdown](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti)
- Мобильный QR-учёт - [Markdown](https://qrgate.az/ru/qr-uchet-cherez-mobilnoe-prilozhenie.md) | [HTML](https://qrgate.az/ru/qr-uchet-cherez-mobilnoe-prilozhenie)