In-app сообщения: 7 шагов, чтобы уведомление не снесли в настройки

In-app сообщения: 7 шагов, чтобы уведомление не снесли в настройки

— **Определите триггер по событию, а не по времени.** Показ сразу после действия («добавил в корзину», «закончил онбординг») работает в 2-3 раза лучше отложенного — пользователь ещё в контексте.

— **Одна цель — одно сообщение.** Не пытайтесь в одном попапе дожать до покупки, собрать email и рассказать про реферальную программу. Выберите приоритет и замерьте конверсию именно по нему.

— **Формулируйте ценность для пользователя, не для себя.** Вместо «Включите push, чтобы получать наши новости» — «Включите уведомления — узнаете о скидке первым, до обновления каталога». Разница в permission rate до 40%.

— **Дайте выбор, а не ультиматум.** Кнопки «Разрешить / Позже» конвертят лучше, чем «Разрешить / Закрыть». Пользователь охотнее принимает решение, когда чувствует контроль.

— **Ограничьте частоту и заведите стоп-лист.** Один и тот же пользователь не должен видеть один сценарий чаще раза в 7-14 дней. Если отклонил или проигнорировал — исключайте минимум на месяц.

— **Тестируйте текст и момент показа раздельно.** Сначала A/B на формулировку при фиксированном триггере, потом — на timing при выигравшем тексте. Иначе не поймёте, что сработало.

— **Сверяйте метрики по воронке, а не по кликам.** Смотрите на влияние на retention (удержание), LTV (пожизненную ценность) и conversion в целевое действие в течение 7-30 дней. CTR в попапе — промежуточная цифра, а не цель.

**Когда пригодится:** при росте базы, когда permission rate (доля согласий) на push падает, при запуске нового сценария lifecycle (жизненного цикла) или при миграции с email-only коммуникации на мульти-канал.

— @InAppMessagingRu