Push-уведомления доходят не всегда. Пользователи замолкают без явного сигнала. И значимая часть аудитории живёт в Telegram — особенно в продуктах с глобальной русскоязычной аудиторией: финтех, gaming, edtech и e-commerce, где Telegram уже встроен в коммуникационный стек. Апрельский апдейт закрывает все три вопроса в одном релизе.
Что меняется 👇
Новый канал доступен: Telegram 💬
Теперь можно настроить Telegram-бота прямо в Pushwoosh и отправлять пользователям сообщения 1:1 из Customer Journey Builder — наравне с шагами push, in-app, email, SMS и WhatsApp.
Что меняется: Для многих мобильных приложений Telegram — это канал, в котором фактически происходят разговоры с пользователями. До этого, чтобы их там доставать, приходилось содержать отдельный инструмент рядом с основным маркетинговым стеком. Теперь Telegram внутри Customer Journey: та же сегментация, те же триггеры, та же отчётность. Push, WhatsApp и Telegram уживаются в одном journey и распределяют пользователей между собой по поведению — без переключения между сервисами.
Не теряйте пользователей, до которых push не дошёл 🔁
Шаг push-уведомления в Customer Journey Builder уже умел разветвлять флоу по открытию. Теперь он также ветвится по доставке — то есть по тому, действительно ли сообщение дошло до устройства.
- 🟢 Доставлено → продолжает идти по основному пути.
- 🟠 Не доставлено (token истёк, устройство офлайн, opt-out и т. п.) → пользователь автоматически перенаправляется в другой канал: email, SMS, in-app или Telegram.
Почему это важно: open rate показывает, кто провзаимодействовал с сообщением. Delivery rate показывает, кто его вообще получил. Не получившие push — это часто как раз те пользователи, до которых дотянуться нужно срочнее всего: транзакционный alert в FinTech, напоминание о брошенной корзине за пару часов до окончания распродажи, live-ops уведомление в gaming. Journey теперь сам уводит таких пользователей в fallback-канал, а на канвасе видны числа delivered и not-delivered раздельно.
Ловите неактивных пользователей до того, как они уйдут 😴
Новое стандартное событие SDK — PW_UserIdle — срабатывает, когда пользователь становится неактивен в вашем мобильном приложении. SDK отправляет его сам — определять событие вручную не нужно.
С неактивными пользователями работать сложнее всего: они ещё не отвалились, но в данных нет ни одного признака, по которому их можно выделить. С PW_UserIdle вы можете:
- собрать сегмент «спящих» пользователей для re-engagement-кампаний,
- триггерить journey прямо по этому событию,
- или скормить сигнал в ManyMoney AI, чтобы он учитывал неактивность в кампаниях, которые собирает сам.
Подробнее о PW_UserIdle и его атрибутах →
Cloud Pages выкатывают на все тарифы 📄
Cloud Pages — брендированные лендинги, которые хостит сам Pushwoosh, — теперь доступны любому аккаунту по запросу.
Что меняется: Большинству кампаний нужна страница, на которую отправляют пользователя: опрос, форма регистрации, длинная промо-страница, click-through после in-app сообщения. Раньше всё это жило в отдельном page builder. Теперь страницу можно собрать и захостить прямо внутри Pushwoosh — данные аудитории и сегментация уже подключены, на одну тулзу в стеке меньше.
Чтобы включить Cloud Pages для вашего аккаунта, напишите своему Customer Success Manager или в support.
Попробуйте обновления сами
Все фичи выше уже в проде и доступны в вашем аккаунте.
Полный список — в наших release notes.
