Большинство гайдов по персонализации сообщений начинаются одинаково: соберите чистую таксономию событий, прикрутите attribution-модель, наймите человека, который пишет SQL. И вот тогда сможете персонализировать.
Для небольшой mobile-команды этот путь убивает проект ещё до его запуска. На деле около 90% эффекта от персонализации даёт то, что не требует никакого data-проекта: тайминг, язык, один event-триггер и правильный оффер на нужную когорту.
В этом посте — 3 ключевые стратегии персонализации сообщений, которые можно запустить прямо сейчас, без дополнительного бюджета.
3 стратегии персонализации, которые можно запустить прямо сейчас
Каждый слой персонализации опирается на предыдущий и соответствует конкретной функции внутри Pushwoosh — так работа остаётся на стороне маркетинговой команды и не уходит в engineering-бэклог 😉.
| Слой | Стратегия персонализации | Что нужно | Срок запуска | Откуда берётся прирост |
|---|---|---|---|---|
| Слой 1 | На основе identity: время отправки, язык, имя | Атрибуты пользователя из SDK | 1 день | Каждое сообщение приходит в момент, когда пользователь готов его прочитать, на его языке и с его именем |
| Слой 2 | На основе behavior: реакция на событие | Default- или custom-событие | 1 неделя | Точная реакция на реальное действие, а не на слот в календаре |
| Слой 3 | На основе сегментов: разным пользователям — разный подход | RFM-сегменты, построенные на существующих событиях | 1 месяц | Каждый сегмент получает свой оффер, а не общую рассылку |
Слой 1 — Identity-based персонализация (запуск за день)
Для этого типа персонализации всё уже на месте. Речь о дефолтных данных профиля пользователя, которые SDK вашей engagement-платформы собирает с момента установки.
Три приёма персонализации, которые можно внедрить уже сейчас:
Имя и profile tokens
Dynamic content подтягивает атрибуты пользователя прямо в тело сообщения: имя, тариф, последний просмотренный товар, баланс баллов — любой атрибут, хранящийся как tag.
Локализация
Если у вас многоязычная база пользователей — а для команд, работающих на международном рынке, это норма — отправка только на английском (или только на одном языке) оставляет конверсии на столе. С multi-language messaging вы пишете push-уведомление (или любое другое сообщение) один раз, и оно автоматически отображается на предпочтительном языке каждого пользователя. Одна кампания уходит сразу на 8 языках — без необходимости заводить 8 отдельных кампаний.
Send-time optimization
Вместо того чтобы отправлять push «во вторник в 10 утра», потому что в большинстве гайдов это указано как пик engagement, отправляйте в тот момент, когда конкретный пользователь с наибольшей вероятностью возьмёт телефон в руки.
Best time to send от Pushwoosh подбирает оптимальный момент для каждого пользователя на основе его личной истории engagement — без какой-либо ручной настройки расписания с вашей стороны.
Вместе эти три приёма дают персонализацию по identity — кто такой пользователь. На следующем слое добавится персонализация по моменту — что он делает прямо сейчас.
Слой 2 — Behavior-based персонализация (запуск за неделю)
Здесь сообщения превращаются в реакцию на поведение. Вы переходите от «сообщение получает каждый» к «сообщение срабатывает, когда происходит событие».
Достаточно хотя бы одного события, которое вам действительно важно. Для большинства команд это browse abandonment: пользователь посмотрел товар, статью, курс, объявление — и не совершил действие. Это самая «тёплая» аудитория, какая у вас есть, и большинство приложений с ней вообще не общаются.
Какое событие отслеживать в первую очередь — зависит от индустрии или типа приложения:
| Индустрия | Событие для трекинга | Условие "abandoned" |
|---|---|---|
| E-commerce / retail | product_viewed | Просмотрел товар, нет покупки в течение 1 часа |
| FinTech | paywall_viewed или plan_viewed | Посмотрел план, нет subscription_created в течение 1 часа |
| Media / streaming | paywall_viewed | Дошёл до paywall, нет subscribed в течение 1 часа |
| Gaming | iap_screen_viewed | Открыл экран IAP, нет iap_purchased в течение 24 часов |
product_viewedpaywall_viewed или plan_viewedsubscription_created в течение 1 часаpaywall_viewedsubscribed в течение 1 часаiap_screen_viewediap_purchased в течение 24 часовПоток настройки Customer Journey:
-
Задайте trigger
Выберите событие из списка дефолтных событий или попросите команду разработки создать custom event. Trigger срабатывает, когда пользователь выполняет это действие.
-
Подождите 1–2 часа
Достаточно мало, чтобы intent оставался тёплым.
-
Отправьте сообщение
С именем, языком и ссылкой на конкретный объект, который пользователь смотрел (всё из атрибутов Слоя 1).
-
Goal check через 24 часа
Если пользователь сконвертировался — выходит из journey. Если нет — эскалация на следующий шаг.
-
Email fallback
Подробное письмо-продолжение: разбор фич, сравнение тарифов, social proof. Push — для нудья, email — для контекста, который не помещается в 150 символов.
Теперь вы умеете персонализировать по моменту. Дальше — Слой 3, персонализация по контексту: где пользователь находится в отношениях с вашим приложением.
Слой 3 — Segment-based персонализация (запуск за месяц)
Слой 3 берёт journey Слоя 2 и делает её who-aware. Тот же trigger, то же событие, та же fallback-логика — но journey работает с разными аудиториями по-разному.
Возьмите вашу browse-abandonment journey и сплитните её на 3 ветки на основе поведенческой истории каждого пользователя.
После того как сегменты выбраны, отправляйте под них персональные офферы:
- Лояльные пользователи получают early access или loyalty-перки.
- Пользователи at-risk получают более сильный стимул: скидку, бонус, конкретный повод вернуться.
- Новые пользователи получают мягкий conversion nudge — без скидок.
📖 Также почитайте: Customer segmentation case studies: как топовые приложения подняли CTR и конверсии.
Что пора перестать делать
Теперь, когда вы знаете, как персонализировать, посмотрим на антипаттерны, которые тихо обнуляют выигрыш от вашей стратегии. Их стоит называть своими именами:
- Перестаньте слать blast по дню недели.
«Среда в 10 утра даёт лучшую открываемость» — это не стратегия. Это календарь принимает решения за вас. Send-time optimization (Слой 1) заменяет это одним toggle. - Перестаньте слать дженериковые сообщения вида «мы скучаем».
Это антиперсонализация в костюме re-engagement. Ноль усилий на входе, ноль impact на выходе. Минимальный upgrade — два токена: имя пользователя и ссылка на его последнее значимое действие. - Перестаньте относиться к silence windows и frequency caps как к опциональным.
Это не персонализация, но без них рушатся все слои выше. Отправьте идеально персонализированное сообщение в 3 часа ночи по локальному времени пользователя — и он отпишется ещё до того, как его увидит. Silence windows защищают канал, frequency caps — opt-in rate. - Перестаньте использовать open rate как proxy для выручки.
Открытие говорит, что сообщение увидели. Оно не говорит, что сообщение что-то принесло. Push с 40% открытий и 0.5% goal completion хуже, чем push с 15% открытий и 3% goal completion. Оптимизируйте на goal completion. Open rate — диагностический индикатор, а не цель.
Умная персонализация на Pushwoosh — без дополнительного бюджета
Каждый шаг из этого playbook уже работает внутри Pushwoosh. Подключите проект, поставьте SDK — и фичи, стоящие за каждым слоем (Dynamic content, Best time to send, Customer Journey Builder, RFM Segmentation), сразу готовы к работе в вашем аккаунте. Под капотом — инфраструктура с сертификациями SOC 2 Type I и ISO 27001:2022, дата-центры в ЕС и США, поддержка GDPR.
На бесплатном плане доступно всё перечисленное — можно запустить первую персонализированную кампанию на своих собственных данных. А если предпочитаете отдать сборку AI, marketing copilot ManyMoney тоже входит в бесплатный план.
