У вас есть разрешение отвлекать клиента. Вы получили его, когда он оставил номер, установил ваше приложение или запустил вашего бота.
Это разрешение — баланс, а не право. Каждое сообщение списывает с него. Полезные сообщения списывают немного и иногда даже пополняют. Бесполезные списывают много. А когда баланс доходит до нуля, клиент отключает звук, выключает уведомления или блокирует бота — и нигде нет механизма, который позволил бы заработать это разрешение обратно.
Именно эта асимметрия отличает уведомления от любого другого канала, которым вы владеете. Разрешение даётся навсегда — и отзывается навсегда. Плохая реклама стоит вам одного показа. Плохое уведомление стоит вам канала.
Большинство компаний узнают об этом, когда уже всё исчерпали.
Цифра, которая говорит, что это уже случилось
Здесь есть одна метрика, которая стоит больше, чем открываемость, кликабельность или доставляемость, и её почти никто не отслеживает:
Какая доля вашей аудитории отключила звук или уведомления?
Она движется только в одну сторону. В метриках вовлечённости её не видно, потому что пользователи с выключенным звуком по-прежнему числятся подписчиками, а открываемость считается по тем, кто всё ещё слушает. Можно иметь прекрасную открываемость в канале, который две трети ваших клиентов уже заглушили.
Если можете это измерить — измеряйте каждый месяц и относитесь к любому росту как к серьёзному инциденту. Если напрямую измерить нельзя, заменитель — отношение активных получателей к общему числу подписчиков во времени. Канал, в котором это отношение падает шесть месяцев подряд, — канал, который прямо сейчас проедают.
Четыре механизма
Мы построили диспетчер уведомлений для бота для сотрудников Bronjoy, который даёт владельцам бизнеса всё управление прямо в чате: записи, клиенты, услуги, команда, отзывы, расписание, лист ожидания, статистика. Диспетчер применяет четыре механизма, прежде чем что-либо отправить, а цель проекта была сформулирована без обиняков: настолько тихо, чтобы владельцы его не заглушили.
Цель правильная, и она требовательнее, чем «доставить уведомление». Вот эти четыре механизма.
Тихие часы
Никаких сообщений в нерабочее время, если только дело не действительно срочное, — причём срочность вы определяете заранее, а не отправитель заявляет её в моменте.
У этого механизма самый большой эффект на строчку кода. Уведомление в два часа ночи о том, что могло подождать до девяти утра, — самый надёжный способ оказаться заглушённым, и он губит канал для всех будущих сообщений, включая действительно важные.
А ещё нужно определение срочности с зубами. В Nomadeo ночной режим — одна из девяти защитных проверок, которые проходит каждый черновик перед отправкой: он стоит в одном ряду с опорой на факты, полномочиями на скидку и проверкой на промпт-инъекции — как структурное ограничение, а не пожелание, которое кто-то может обойти в спешке.
Объединение
Три записи за четыре минуты должны быть одним сообщением, а не тремя.
Объединение — это короткая задержка, от нескольких секунд до пары минут, в течение которой связанные события сливаются в одно уведомление. Пользователь почти ничего не теряет в оперативности и очень много выигрывает в том, насколько это терпимо. В этом разница между коллегой и игровым автоматом.
Лимиты частоты
Жёсткий потолок на число сообщений одному получателю в час и в день, который диспетчер соблюдает независимо от того, что хочет отправить та или иная функция.
Это ограничение безопасности, а не дизайнерское предпочтение. Оно существует на случай бага, который срабатывает в цикле, интеграции, которая заново проигрывает события, импорта, который порождает четыреста обновлений. В каждой системе уведомлений что-то такое однажды случится. Лимит решает, будет это конфузом или концом канала.
Дайджесты
Всё, что информирует, но не требует действия, превращается в сводку по расписанию. Раз в день или раз в неделю, в предсказуемое время, со всем, что по отдельности не оправдывало того, чтобы отвлекать человека.
Проверка, в какую корзину отправить сообщение, простая: нужно ли получателю что-то сделать прямо сейчас? Если нет — это строчка в дайджесте.
Разделите сообщения по тому, для кого они
Самый понятный способ решить, что отправлять, — спросить, кому это выгодно.
Транзакционные — для получателя. Ваша запись подтверждена. Ваш заказ отправлен. Ваш платёж не прошёл. Клиент их ждёт, терпимость к ним высокая, и приходить они должны сразу, никогда не пачкой. Такие сообщения пополняют баланс, а не тратят его.
Операционные — для работы получателя. Новая запись для владельца бизнеса, отзыв, на который нужно ответить, изменение смены. Ценные, но редко срочные до минуты. Здесь и работают объединение и тихие часы.
Промо — для вас. Распродажа, новая функция, напоминание вернуться. Они тратят баланс — каждый раз, — и именно им нужен бюджет. Решите, сколько таких сообщений в месяц вы готовы потратить, и держитесь этой цифры.
Типичный провал — маскировать третьи под первые. «Ваш заказ готов — а вот скидка 20% на следующий» — это транзакционное сообщение с промо внутри, и клиенты распознают такой приём быстрее, чем ждут маркетологи.
Дайте людям настройки, пока они не воспользовались единственной
Если вы не дали пользователю ни одной настройки, у него есть ровно одна: заглушить всё и навсегда. Каждая настройка, которую вы предлагаете, — альтернатива этому.
Переключатели по категориям. Пусть человек оставит подтверждения записей и выключит маркетинг. Большинство хочет первое и спокойно переживёт потерю второго, а если заставить выбирать «всё или ничего», вы гарантированно потеряете и то и другое.
Выбор частоты. Сразу, ежедневный дайджест, еженедельный дайджест, выключено.
Тихие часы, которые задаёт сам пользователь, а не только те, что предполагаете вы.
Отписка, которая срабатывает с первой попытки. Враждебная отписка превращает незаинтересованного получателя в жалобу на спам, а это бьёт по доставляемости для всех, кому вы пишете.
Кажется, что, предлагая такие настройки, вы сами приглашаете людей сократить ваш охват. На самом деле всё наоборот: это превращает полную потерю в частичную и сохраняет канал живым для сообщений, которые важны.
Выбирайте канал по ценности сообщения
Каналы не взаимозаменяемы. У каждого своя стоимость, своя навязчивость и своя терпимость аудитории.
| Канал | Стоимость | Навязчивость | Лучше всего для |
|---|---|---|---|
| Очень низкая | Низкая | Дайджесты, чеки, всё длинное | |
| В приложении / на сайте | Нулевая | Нулевая, пока не увидят | Статусы, несрочные обновления |
| Telegram / WhatsApp | Низкая | Высокая | Подтверждения, напоминания, всё, что похоже на диалог |
| Push | Низкая | Высокая | Критичное по времени — для тех, кто ради этого и установил приложение |
| SMS | Самая высокая | Самая высокая | Крайний случай, действительно срочное |
С мессенджерами нужна особая аккуратность, потому что вы оказываетесь в одном списке с семьёй получателя. Сообщение там вторгается в личное пространство так, как email никогда не вторгается, и терпимость, соответственно, ниже — зато внимание, если пользоваться им правильно, гораздо выше. Именно поэтому его стоит беречь. Шире мы разбираем этот канал в статье «Telegram — это витрина».
Приём, который стоит скопировать для действительно важных сообщений: в WClinic напоминания о приёме сначала идут в Telegram, при неудаче — в WhatsApp, и в последнюю очередь — по SMS. Сначала самый дешёвый и наименее навязчивый канал, эскалация — только если предыдущая попытка не дошла. Пропущенный приём у врача обходится достаточно дорого, чтобы оправдать эскалацию, а такой порядок означает, что за дорогой канал вы платите редко.
Напоминания — лучший довод в пользу всей этой идеи
Стоит закончить тем, ради чего всё это затевается, потому что проектирование уведомлений может звучать как список запретов.
Хорошо сделанное напоминание — одна из самых ценных вещей, которые софт делает для бизнеса. В Bronjoy напоминания приходят в тот же чат, где была запись, с подтверждением или переносом в одно касание — так слот, который вот-вот пропадёт, снова выставляется на продажу, а не простаивает. Это не отвлечение, а второй шанс для обеих сторон, и клиент рад его получить.
Четыре механизма существуют для того, чтобы такое сообщение всё-таки доходило. Вы бережёте канал, чтобы ценное сообщение не пришло человеку, который заглушил вас три недели назад из-за какой-то акции.
Наши проекты по внедрению ИИ и автоматизации стоят от $299 и занимают от одной до трёх недель, и если проект отправляет сообщения, диспетчер и его лимиты входят в разработку, а не прикручиваются задним числом, когда пойдут жалобы.
Расскажите, что вам нужно. В ответ вы получите фиксированную цену и дату сдачи — бесплатно и без обязательств продолжать.
Частые вопросы
Сколько промо-сообщений в месяц допустимо?
Универсальной цифры нет, и честный ответ такой: меньше, чем вам хочется отправить, а правильный способ её найти — следить за долей заглушивших, а не за открываемостью. Начинайте с малого, добавляйте, только когда у вас есть что-то, действительно стоящее этих трат, и считайте любой рост числа отключённых уведомлений сигналом остановиться.
Есть ли смысл делать дайджесты, если сообщений немного?
Обычно да, и раньше, чем кажется, потому что именно дайджесты не дают числу сообщений расти вместе с продуктом. Каждая новая функция хочет кого-нибудь уведомить; дайджест — место, куда такие уведомления попадают по умолчанию, и тогда рост функциональности не превращается автоматически в рост уведомлений.
Можно ли отправлять транзакционные и маркетинговые сообщения через один канал?
Только если пользователь может их разделить. Если, отключив ваш маркетинг, он теряет подтверждения записей, рациональный клиент оставит и то и другое и заглушит приложение — а это худший из возможных исходов. Отдельные категории, отдельные переключатели.
А уведомления, которые получает сам владелец бизнеса?
Правила те же, и соблюдают их реже, потому что внутренние сообщения кажутся бесплатными. Это не так: владелец, который заглушил вашего бота для сотрудников, перестал пользоваться главной поверхностью продукта. Диспетчер Bronjoy существует именно для внутренней аудитории.
Как быть со сбоями и повторными отправками?
Ограничивайте их и никогда не отправляйте повторно сообщение, привязанное ко времени, когда его момент уже прошёл: напоминание о приёме, который уже состоялся, хуже, чем никакого напоминания. Логируйте сбои, настройте оповещения о падении доставляемости и убедитесь, что логика повторов работает внутри лимита частоты, а не в обход него.



