Главная проблема уведомлений — не тишина, а потеря сигнала

Плохие уведомления бывают двух типов.

Первый — когда их слишком много. Второй — когда важное событие исчезает в моменте и потом его уже не найти.

Во втором случае команда снова уходит в ручную проверку:

- кто ответил; - кто упомянул; - что изменилось в задаче; - где новое сообщение; - что я пропустил.

В PRO-dela нам важна не просто доставка события "прямо сейчас", а то, что у уведомления есть история:

- список уведомлений; - просмотр; - unread count; - read all; - remove all; - рабочая логика вокруг mentions и проектных событий.

То есть уведомление должно не только мигнуть, но и остаться частью понятного контекста.

Для рабочих систем это критично: хорошее уведомление сокращает время реакции, но не заставляет человека держать все в голове.

У вас в инструментах сейчас чаще проблема в переизбытке уведомлений или в том, что важные события потом невозможно нормально найти?

Главная проблема уведомлений — не тишина, а потеря сигнала | Сетка — социальная сеть от hh.ru