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