Сначала схема на бумаге
- Событие
- Проверка условий
- Пауза
- Сообщение
- Целевое действие или выход
Пример welcome-цепочки: подтверждение подписки → письмо с обещанным материалом → пауза два дня → письмо о продукте → выход после покупки. Если выход не описан, клиент продолжит получать вводные письма уже после заказа.
Какие данные нужны
- стабильный идентификатор контакта;
- время события и его уникальный ID;
- свойства заказа, товара или формы;
- актуальный статус рекламного согласия;
- событие цели: покупка, заявка, визит или второй заказ.
Базовые сценарии
| Цепочка | Вход | Выход |
|---|---|---|
| Welcome | подтверждённая подписка | покупка или конец серии |
| Брошенная корзина | корзина без заказа | заказ, удаление корзины, тайм-аут |
| После покупки | оплаченный заказ | возврат или следующий заказ |
| Реактивация | нет покупки дольше нормы | визит, покупка или отказ |
Паузы и повторный вход
Пауза должна соответствовать циклу решения, а повторный вход — быть ограничен. Иначе каждое обновление контакта запускает новую копию цепочки. Используйте уникальный ID события и правило: один контакт может находиться в конкретном сценарии только один раз, если бизнес-логика не требует обратного.
Тест перед включением
- Создать тестовые контакты для каждой ветки.
- Ускорить паузы в копии сценария.
- Проверить вход, исключения и остановку после цели.
- Сымитировать дубль события.
- Проверить отписку и недоставку.
- Вернуть реальные паузы и только затем активировать.
Как измерять
Открытия и клики помогают диагностировать письмо, но цель цепочки — бизнес-событие. Для welcome это первая покупка, для post-purchase — вторая, для реактивации — возврат в заданное окно. Часть аудитории оставляют контрольной, чтобы отличить эффект сценария от естественного поведения.
Актуальный интерфейс и типы блоков описаны в официальной инструкции Unisender по автоматической рассылке. Общие сценарии и приоритеты — в материале о триггерных рассылках.
