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

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

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

Два разных вопроса

Отчёт и уведомление не заменяют друг друга, потому что отвечают на разные вопросы.

Отчёт отвечает на «что произошло». Его читают в конце месяца, он обслуживает документооборот и подготовку зарплаты и требует точности.

Уведомление обслуживает вопрос «что можно сделать сейчас». Если смена не открылась, замену организуют в тот же час; если в филиале опоздали трое, решение принимается до начала потока клиентов.

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

Из чего состоит правило уведомления

Рабочее правило складывается из трёх элементов:

1. Событие - что должно произойти, чтобы ушло уведомление.
2. Получатель - кому оно уходит и по какой части структуры.
3. Действие - что этот человек делает, когда его получает.

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

Для каких событий это имеет смысл

Четыре события, которые используют чаще всего:

• Опоздание - рабочий день начался позже графика.
• Ранний уход - рабочий день закрылся раньше графика.
• День, который так и не начался - случай, требующий действия сильнее прочих.
• Сверхурочные - случай, требующий согласования.

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

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

Кому это должно приходить

Самая частая ошибка: каждое уведомление уходит всем.

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

Работающая модель делит по роли и охвату:

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

Подробный порядок построения такого разделения - на странице распределение уведомлений.

Проблема шума

Уведомления умирают по трём причинам, и все три решаются на этапе настройки.

Круг получателей слишком широк. Решение: для каждого уведомления получатель определяется вместе со структурным охватом.

Порог нереалистичен. Уведомлять о пятиминутном опоздании обычно бессмысленно, потому что по этому поводу никто не действует. Порог должен согласовываться с собственным правилом компании.

Действие не определено. Решение: до настройки пишется одна фраза - «когда приходит это уведомление, кто что делает».

Практические сценарии

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

Сменное производство. На старте ночной смены один из троих не сделал отметку. Уведомление уходит начальнику смены; проблема всплывает в начале смены, а не в её середине.

Выездная бригада. Рабочий день на объекте не начался. Уведомление уходит руководителю объекта - день не теряется.

Общее у этих трёх сценариев то, что в каждом за уведомлением стоит конкретное и заранее согласованное действие.

Порядок настройки

1. Запишите порог опоздания - цифру, согласующуюся с правилом компании.
2. Выберите одно событие: обычно полезнее всего «день не начался».
3. Определите получателя вместе со структурным охватом.
4. Опишите действие одной фразой.
5. Поработайте месяц и спросите: сколько раз после этих уведомлений было реальное действие?
6. По ответу добавьте второе событие или уточните первое.

Уведомления и отчёты строят вместе

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

Если да - уведомление. Если нет - строка периодического отчёта.

В одной компании разделение выглядело так:

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

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

Практический пример: как оживили уведомления

Сетевая компания настроила систему уведомлений год назад, и смотреть их уже перестали. Чтобы найти причину, провели простую проверку: после каких уведомлений за последний месяц было реальное действие?

Результат оказался очевидным. Из 640 уведомлений 610 касались опозданий, а порог был выставлен в одну минуту. Тридцать касались не открывшихся смен - и после каждого из них действие было.

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

Через месяц доля открытых уведомлений выросла с 12% до 87%. Система не менялась - изменились только правила.

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

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

Посмотрите, как работают эти два слоя, в разделе возможности QRGate, или рассчитайте стоимость.

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

• Распределение уведомлений
• Автоматическое отслеживание опозданий
• Плановые отчёты по посещаемости
• Напоминания о приходе и уходе