Остановка ветки туннеля после оплаты и перенаправление подписчика
1. Введение
Определение
«Остановка ветки туннеля после оплаты и перенаправление подписчика» — это набор сценариев управления параллельными ветками Туннели Продаж Leeloo.AI: остановка нерелевантной ветки после оплаты, одновременное перенаправление на следующую ветку, и обработка ситуации «покупка не состоялась» через автоматический перевод подписчика в другой туннель. Используется на стадиях Конвертация (Convert) и Удержание (Retain) — это критический pattern post-payment routing'а.
Контекст: используется блок https://leelooai.atlassian.net/wiki/pages/createpage.action?spaceKey=doc&title=%D0%91%D0%BB%D0%BE%D0%BA%20%C2%AB%D0%94%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B5%C2%BB&linkCreation=true&fromPageId=859209782 (красный) с командами Стоп и Начать в связке с блоком https://leelooai.atlassian.net/wiki/pages/createpage.action?spaceKey=doc&title=%D0%91%D0%BB%D0%BE%D0%BA%20%C2%AB%D0%A2%D1%80%D0%B8%D0%B3%D0%B3%D0%B5%D1%80%C2%BB&linkCreation=true&fromPageId=859209782 (оранжевый), реагирующим на событие оплаты оффера. Зелёный выход триггера — оплата произошла; красный выход — оплата не произошла за заданное время (стандарт 365 дней, обязательно укажи реалистичное значение).
B2B оператор (маркетолог / sales manager / архитектор воронки) применяет эти сценарии когда туннель содержит несколько параллельных веток (прогрев + специальный оффер) и нужно либо остановить нерелевантные после конверсии, либо переключить отказников на retention-сценарий.
B2C клиент (подписчик) косвенно — после оплаты НЕ получает повторные офферы по той же тематике (это вызывает негатив), переходит в новую релевантную ветку (например, onboarding после покупки); при неоплате — попадает в репитную воронку с другим оффером.
К Client's Card записываются: момент срабатывания триггера оплаты, остановка одной ветки, запуск другой, события движения в новом туннеле — всё это даёт сквозную картину customer journey.
После ознакомления вы поймёте:
как остановить параллельную ветку туннеля после оплаты в другой;
как одновременно остановить одну ветку и запустить другую после оплаты;
как автоматически перенаправить подписчика в другой туннель, если покупка не состоялась;
какие настройки блоков «Действие» и «Триггер» нужны для этих сценариев;
почему обязательно нужно указывать реалистичное время ожидания в триггере (не стандартные 365 дней).
Назначение
«Остановка ветки после оплаты» — главный pattern post-payment routing'а в Leeloo.AI. Превращает многоветочный туннель из хаотичного спама офферами в управляемый conversion engine с автоматической сегментацией купивших / не купивших.
Конвертация (Convert): остановка прогревной ветки после CTA-события (триггер покупки) гарантирует, что купивший клиент не получит повторные предложения той же темы — что критично для conversion rate последующих апсейлов. Одновременный запуск onboarding-ветки переводит подписчика в post-purchase сценарий. Задача — обеспечить чистый conversion event без негативного UX для купивших.
Удержание (Retain): красный выход триггера обрабатывается переходом в репитный/retention-туннель — это предотвращает «зависание» подписчиков, которые не купили. Запуск другого туннеля с новым подходом (другая цена / другой оффер / больше прогрева) превращает «непокупателя» в lead для следующего цикла. Задача — сохранять подписчиков в воронке через автоматическое re-routing при неконверсии.
2. Сценарии управления ветками
Ниже описаны три типичных сценария управления ветками туннеля после оплаты или отсутствия покупки.
2.1. Остановка другой ветки после оплаты
Есть 2 ветки туннеля. Нужно остановить отправку контента из верхней ветки, если подписчик совершил покупку в нижней ветке (в блоке Блок 1).
При такой конструкции используется блок Действие (красный блок). В блоке действия с названием «New block» нужно установить действие Стоп на блок задержки с названием «задержка1».
2.2. Остановка ветки и перенаправление на другую после оплаты
После оплаты можно одновременно остановить верхнюю ветку и отправить подписчика на другую ветку туннеля. Это также настраивается через блок Действие: одно действие — Стоп для текущей ветки, второе — Начать для новой.
2.3. Перенаправление в другой туннель, если покупка не состоялась
Если подписчик не совершил покупку в течение заданного времени, его можно автоматически перенаправить в другой туннель продаж. Для этого используется блок Действие, подключённый к красному выходу блока триггера (условие «покупка не произошла»).
Примечание: время ожидания в блоке Триггер нужно задать обязательно — стандартная задержка составляет 365 дней.
После настройки триггера настройте блок Действие с действием Начать — аналогично примерам выше.
Примечание: приведённые примеры не являются эталонной или эффективной бизнес-моделью туннеля продаж — это краткое описание функционала с конкретными примерами.
Сопутствующие инструкции
Название инструкции | Назначение |
|---|---|
Туннели продаж: общее описание и принцип работы. | |
Редактирование запущенного туннеля. | |
Правила размещения блоков. Условия отправки. | |
Блок «Действие»: команды Стоп, Начать, Сделка в AMO CRM, AI assistants и др. | |
Блок «Триггер»: проверка события заказа, посещения сайта, вебинарной комнаты. | |
Блок «Задержка»: 3 типа задержек. |
Основные термины
Термин | Пояснение |
|---|---|
Остановка ветки туннеля после оплаты | Pattern post-payment routing'а: остановка нерелевантной ветки и/или перенаправление подписчика в зависимости от результата CTA-события. |
Ветка туннеля | Параллельная последовательность блоков внутри одного туннеля продаж, выполняется независимо от других веток. |
Параллельные ветки | Несколько одновременно работающих веток одного туннеля, идущих от общей точки (например, от LGT). |
Блок «Действие» | Красный блок туннеля. Выполняет заданные действия над блоками или подписчиком: Стоп, Начать, перенаправление в CRM и т.д. |
Действие «Стоп» | Команда блока «Действие», останавливающая отправку сообщений конкретного блока или ветки. |
Действие «Начать» | Команда блока «Действие», запускающая другую ветку или туннель для подписчика. |
Блок «Триггер» | Оранжевый блок. Отслеживает событие (например, покупку оффера). Имеет два выхода: зелёный (событие произошло) и красный (не произошло за время ожидания). |
Время ожидания триггера | Параметр блока «Триггер». Стандартное значение 365 дней; обязательно укажи реалистичное (24–72 часа для оплаты обычно). |
Post-payment routing | Pattern автоматизации движения подписчика после CTA-события (оплата / не оплата) через блоки «Триггер» + «Действие». |
Зелёный выход триггера | Путь подписчика, если событие триггера произошло (оплата выполнена). |
Красный выход триггера | Путь подписчика, если событие не произошло за время ожидания. Обязательно обработать связью, иначе подписчики «зависают» в туннеле. |