Вход в сценарий в момент события
Запускайте сценарий в тот момент, когда пользователь делает что-то значимое: кладёт товар в корзину, получает отказ платежа, оформляет заказ. Не дожидаясь ближайшего планового пересчёта сегмента.
Начинайте сценарий в момент, когда это происходит
Сценарий должен запускаться в момент события, а не тогда, когда до него дойдёт очередной пересчёт сегмента. Это легко пообещать и трудно удержать, когда параллельно работает больше одной автоматизации: цепочка возврата брошенных корзин соседствует ещё с десятком других, каждая разумна сама по себе. «Вы кое-что забыли», отправленное через час ночным батчем, — это совсем не то же сообщение, что уже запущенное, пока человек ещё не убрал телефон. Trigger-based entry закрывает именно этот разрыв, и особенно заметно — для команд, ведущих кампании сразу в нескольких часовых поясах и регионах.
Что делает Trigger-based entry
Выберите событие — и каждый, кто его инициирует, входит в сценарий немедленно, а не при следующем сканировании сохранённого сегмента.
Реагирует в реальном времени
Вход происходит в момент события, а не при следующем плановом сканировании.
Фильтрует по атрибутам события
Опциональные условия по собственным атрибутам события квалифицируют вход, помимо его названия.
Ведёт несколько сессий одновременно
Конкурентность, привязанная к order_id или product_id, позволяет одному пользователю держать несколько параллельных запусков.
Контролирует повторный вход
Блокируйте повторное срабатывание триггера или разрешайте перезапуск сессии — отдельно для каждого элемента.
| Настройка | Варианты |
|---|---|
| Источник события | SDK postEvent, REST API, стандартные события PW_*, пользовательские события, вход или выход из геозоны |
| Условие входа | Опционально: фильтр по собственным атрибутам события (атрибут, оператор, значение) |
| Кто входит | Пользователь, инициировавший событие, или пользователь, указанный внутри payload события |
| Повторный вход | Не разрешать (по умолчанию), или разрешить с перезапуском сессии |
| Конкурентность | Одна активная сессия на пользователя, или несколько, привязанных к атрибуту сессии вроде order_id или product_id |
Вход по аудитории перепроверяет сегмент по расписанию. Этот элемент реагирует в тот же момент, когда срабатывает событие, а возможность вести несколько сессий на пользователя означает, что 3 открытых заказа могут вести каждый свой сценарий статуса, не сталкиваясь в одной сессии. Направить более позднее событие обратно в нужную из этих сессий — задача session-scoped сопоставления в Wait for Trigger, дальше по холсту. Весь элемент, включая условия и контроль повторного входа, доступен на бесплатном плане.
Почему это важно для конструктора сценариев
Конструктор сценариев хорош ровно настолько, насколько хороши его точки входа. Вход по аудитории закрывает плановую периодичность: рассылки, win-back-волны. Чего конструктору не хватает сверх этого — способа реагировать в момент, когда платёж не проходит или корзина остаётся брошенной, и именно это Trigger-based entry даёт Customer Journey Builder. Элемент читает из того же каталога событий, которым уже пользуется весь остальной холст для сегментации и ветвления, — сигнал, открывающий вход, и сигнал, ведущий сценарий дальше, один и тот же.
Что элемент передаёт дальше
Срабатывает событие add_to_cart, и это запускает сценарий возврата корзины. Элемент Wait for Trigger даёт покупателю до 90 дней на завершение покупки, прежде чем разветвиться в win-back. Ни один из элементов ничего не отправляет сам по себе — оба передают управление канальному блоку, а точка входа лишь решает, кто вообще оказался в сценарии.
Событие, запускающее сессию, может нести и тот ключ, который позже понадобится другой ветке, чтобы отличить один заказ от другого, — всё на одном холсте Customer Journey Builder.
События и сценарии остаются на инфраструктуре, которую можно назвать по имени
Каждое событие, которое читает элемент Trigger-based entry, проходит через ту же инфраструктуру, что и вся платформа: Pushwoosh сертифицирован по SOC 2 Type I и ISO 27001:2022, соответствует требованиям GDPR и работает на собственном оборудовании в США и Германии, под юрисдикцией BDSG. Для команд с пользователями в ЕС это особенно важно: данные не покидают юрисдикцию, которую вы контролируете. Подробности — на странице безопасности данных.
Как это работает
-
Добавьте элемент входа
На холсте добавьте элемент Trigger-based entry и выберите событие: стандартное PW_*, или пользовательское, отправленное через SDK postEvent или серверный вызов.
-
Квалифицируйте и таргетируйте вход
Добавьте условие по атрибутам события, чтобы квалифицировать вход — например, add_to_cart, где cart_value больше 50, — и выберите, кто входит: пользователь, инициировавший событие, или пользователь, указанный внутри его payload.
-
Настройте повторный вход и конкурентность
Решите, может ли пользователь, уже находящийся в сценарии, снова инициировать вход, и может ли один пользователь держать несколько сессий одновременно, привязанных к атрибуту вроде order_id.
Превратите одно событие в живой сценарий.
Другие продукты
Спроектируйте и оптимизируйте свои кампании с помощью одного визуального инструмента. Коммуницируйте, вовлекайте, удерживайте, конвертируйте, сегментируйте и экспериментируйте с помощью Pushwoosh Customer Journey Builder.
Запускайте кампании автоматически, когда пользователи совершают действия. Поведенческие триггеры конвертируют в 3-5 раз лучше запланированных рассылок.
До 3 веток по 4 события с логикой И/ИЛИ, ветка Not triggered и окно ожидания до 90 дней. Точная привязка события к сессии заказа или поездки.
Приостановите Customer Journey на фиксированный срок, до конкретного времени, даты, дня недели или до даты, уже сохранённой в профиле пользователя.
Превратите брошенные корзины в выручку с помощью автоматизации восстановления. Отправляйте своевременные напоминания, персонализированные предложения и стимулы, которые повышают конверсию.
Проверяйте push, email, SMS, WhatsApp и LINE перед отправкой и переключайтесь на резервный канал, если основной закрыт. Часть Customer Journey Builder.