Бот уведомлений: план доставки сигнала до подтверждённого действия

От события до реакции

Сообщение в мессенджере — последний шаг цепочки, а не вся система. До него нужно определить событие, достоверный источник, приоритет, адресата, допустимую задержку и ожидаемое действие. После отправки система должна знать, доставлен ли сигнал, подтверждён ли он и кому передать ситуацию, если реакции нет.

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

Как бот превращается в шум

Потеря доверия происходит быстрее технического отказа доставки.

• Отправлять каждое низкоуровневое событие вместо агрегированного бизнес-сигнала.
• Не указывать ожидаемое действие и заставлять человека искать контекст в нескольких системах.
• Повторять одно сообщение после каждого webhook без дедупликации и закрытия по состоянию.
• Писать в общий канал персональные или коммерчески чувствительные сведения.
• Считать Telegram единственным аварийным каналом для критичного процесса.

Каталог событий и владельцев

До интеграции перечислите только те события, после которых получатель может и должен что-то сделать.

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

Жизненный цикл уведомления

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

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

Пошаговый запуск уведомлений

Начните с одного события, у которого понятна цена пропуска и владелец реакции.

• Подключите источник через webhook, очередь или периодическую проверку и сохраняйте уникальный идентификатор события.
• Нормализуйте событие в общий формат с приоритетом, объектом, состоянием, адресатами и ссылкой на источник правды.
• Соберите короткий шаблон, где заголовок передаёт проблему, а кнопка ведёт к разрешённому действию или подробностям.
• Отправляйте через очередь с повтором, ограничением частоты и защитой от дублей; различайте временную и окончательную ошибку.
• Добавьте подтверждение для критичных событий и остановите напоминания после изменения исходного состояния.
• Настройте эскалацию по времени и роли, включая резервный канал, если мессенджер недоступен или адресат не подтвердил сообщение.
• Проведите пилот, анализируя шум, пропуски, задержку реакции и сообщения, на которые у получателя нет полномочий.

Метрики доставки и реакции

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

• Время от события до первой попытки и успешной доставки по приоритету и каналу.
• Доля дублей, объединённых событий, повторов и окончательных ошибок.
• Время до подтверждения, начала действия и закрытия причины.
• Количество эскалаций, пропущенных SLA и событий без назначенного получателя.
• Отключения уведомлений, жалобы на шум и доля сообщений без последующего действия.

Итог

Бот уведомлений проектируется от события и реакции. Каталог приоритетов, дедупликация, подтверждение и эскалация важнее количества каналов.

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

Карточка политики уведомления

• Событие — источник, уникальный ключ, приоритет и срок актуальности.
• Адресат — роль, дежурство, доступ и резервный канал.
• Действие — ожидаемая реакция, подтверждение и ссылка на источник правды.
• Эскалация — время, следующий получатель и условие окончательного закрытия.