Алерты об ошибках проектируют все, а уведомления о хороших событиях забывают — из-за negativity bias мозг требует реакции на угрозы, но игнорирует позитив. Мы автоматизировали отправку уведомлений о заполненных анкетах в клиентский чат — тревожность упала и у команды, и у клиента. Никто больше не писал «а это вообще работает?».
Бот для сообщества: стандартная задача
Мы делали Telegram-бота для клиента, который запускает сообщество. Бот собирает анкеты участников, данные уходят в Google Sheets. Максим собрал бэкенд за день.
Уведомления не в технический чат, а в клиентский
Сергей предложил: уведомления о заполненных анкетах отправлять не во внутренний технический чат, а прямо в чат с клиентом. Звучит как шум — зачем засорять клиентский чат служебными сообщениями? Но это осознанное решение: показать клиенту, что проект живой, что система работает, что приходят реальные люди.
Что произошло после запуска
А потом бот отправил в группу «Марина заполнила анкету» — и чат проекта ожил.
Это не алерт. Это хорошее событие. Сигнал: система живая, люди приходят, что-то происходит. Тревожность упала — и у нас, и у клиента. Никто больше не писал «а это вообще работает?». Бот отвечал на этот вопрос раньше, чем его задавали.
Почему хорошие события не проектируют
В социологии это называют объектно-центрированной социальностью — связи между людьми возникают не напрямую, а вокруг общих объектов. Уведомление бота стало таким объектом. Не данные, а повод порадоваться вместе. Та же идея в том, чтобы делать плохой черновик.
Negativity bias в дизайне уведомлений
В психологии есть negativity bias — мы запоминаем плохое лучше, чем хорошее. Мозг устроен так: угроза важнее награды. Поэтому алерты об ошибках проектируются сами собой — ошибка, таймаут, лимит исчерпан. Про это не забывают. А хорошие события — «пользователь пришел», «анкета заполнена», «подписка оформлена» — проектируют редко. Мозг их не требует. Но именно они держат проект в фокусе. Тащить хорошее в проект — отдельный труд. И лучшее, что можно сделать — автоматизировать его.
Уведомления как клиентский сервис
Когда мы не работаем над проектом, но видим, что автоматизации работают — это клиентский сервис. Клиент видит движение. Мы видим, что настроенное не сломалось. Мотивация не пропадает. Можно поблагодарить пользователя, заметить паттерн, среагировать.
Алерты говорят, что сломалось. Уведомления о хорошем говорят, что живет.
Проектируйте оба.
Частые вопросы
Какие хорошие события стоит автоматизировать в первую очередь?
Те, которые подтверждают, что система работает: новая регистрация, заполненная анкета, оформленная подписка, первое сообщение в чате. Начинать стоит с одного события — того, которое вызывает больше всего вопросов «а это работает?».
Не раздражают ли клиента частые уведомления о хороших событиях?
На старте проекта — нет, потому что каждое событие подтверждает, что проект живой. При масштабе стоит агрегировать: вместо «Марина заполнила анкету» отправлять дайджест «за сегодня 12 новых анкет». Порог переключения — когда уведомления начинают мешать обсуждению в чате.
Чем позитивные уведомления отличаются от алертов об ошибках?
Алерты требуют реакции: что-то сломалось, нужно починить. Позитивные уведомления не требуют действий — они создают контекст и снижают тревожность. Алерты проектируются по умолчанию (мозг требует), позитивные — нужно добавлять осознанно, потому что negativity bias их вытесняет из приоритетов.
