Логические блоки отвечают за последовательностью шагов в цепочке. С их помощью вы можете:
сегментировать аудиторию по событиям и свойствам,
задать задержку между шагами,
подождать нужного действия пользователя,
провести A/B-тест,
записать событие или изменить свойства пользователя.
Есть 5 типов логических блоков:
1. Фильтр аудитории
Этот блок позволяет разделить пользователей внутри цепочки на группы — в зависимости от их свойств или событий. Так вы сможете строить разные варианты сценария для разных сегментов.
Например, вы отправляете сообщение в чат с просьбой оставить телефон всем, кто заходит на сайт. Далее вы добавляете Фильтр аудитории — если после сообщения в чат пользователь оставляет телефон, то вариант цепочки будет один, если не оставляет — другой:
2. Задержка отправки
Позволяет отложить следующий шаг цепочки на нужное время. Есть два типа задержек:
2.1. Фиксированная задержка
Например, вы планируете проведение вебинара. Пользователь вашего сайта регистрируется на вебинар в поп-апе. Через 5 секунд после заполнения поп-апа вам нужно отправить письмо с подтверждением регистрации на вебинар. Тут пригодится фиксированная задержка через промежуток времени:
Также за день до начала нам необходимо напомнить пользователю о вебинаре и отправить письмо со ссылкой для подключения. Для этого пригодится фиксированная задержка до конкретной даты и времени:
Также можно вставить блок «Задержка» после фильтра аудитории: фильтрация произойдёт сразу, а следующее действие — через заданное время.
2.2. Динамическая задержка
Динамическая задержка позволяет ориентироваться на дату и время, которые записаны в свойстве пользователя или атрибуте события, которое запустило цепочку.
Если на сайте используется форма записи на встречу с выбором даты и времени, и данные передаются в формате ISO 8601 (YYYY-MM-DDTHH:MM:SS), то они могут быть корректно сохранены в свойство пользователя.
ℹ️ Подробнее про запись даты и времени в свойства пользователя
Например, пользователь заказал звонок через поп-ап, указав дату и время. Эти данные сохранились в свойство «Время звонка». Далее мы настраиваем отправку письма с напоминанием за 1 час до звонка.
Когда дата и время хранятся в атрибуте события
Если вы передаче в Carrot quest событие и записываете дату и время в атрибут в формате ISO 8601 или Timestamp, то такие данные можно использовать в динамической задержке — при условии, что это событие является триггером для цепочки.
ℹ️ Подробнее про запись даты и времени в атрибуты события
Например, пользователь записался на встречу, указав дату и время. Сервис фиксирует событие «Заявка на встречу», а данные о времени сохраняются в атрибут «дата и время». Этот атрибут можно использовать для динамической задержки внутри цепочки.
Важно: цепочка должна запускаться именно по событию «Заявка на встречу», чтобы его атрибуты были доступны для использования в задержке.
Частота отправки сообщений в цепочке может быть любой — за сутки, за 40 минут или за 5 минут до встречи, но все задержки будут привязаны к одному свойству/атрибуту — дате и времени встречи.
Важно: если пользователь попадёт в цепочку после указанной даты, вы можете настроить альтернативный сценарий (например, отправить другое письмо или завершить цепочку).
3. Ожидание события
Этот блок позволит подождать пока пользователь выполнит нужное действие (событие) — например, кликнет по кнопке, прочитает сообщение, заполнит форму и т.д.:
Пример: после того как пользователь оставил телефон, мы отправляем поп-ап с просьбой ввести email. Добавляем блок с ожиданием события — ждём, пока он кликнет по кнопке в поп-апе. Если не нажал в течение часа, то продолжаем сценарий другим путём.
Можно выбрать как стандартные события (прочтение, клик, ответ), так и собственные (например, «Заполнил форму» или «Применил промокод»)
ℹ️ Подробнее про типы событий в этой статье
4. Действие
Используйте блок «Действие», чтобы записать событие, свойство и тег в карточку пользователя. Это произойдёт в момент, когда пользователь перейдёт в блок.
Записанные в цепочке события и свойства можно использовать в воронках, для сегментации лидов и для построения сложных сценариев.
5. Сплит-тест
Блок «Сплит-тест» случайным образом разделяет пользователей, попавших в цепочку, на несколько групп. Это позволяет проверять маркетинговые гипотезы и сравнивать эффективность как разные варианты сообщений, так и целые части сценария.
❗ Обратите внимание: данный тип блока доступен на тарифе "Маркетинг".
С помощью этого блока вы можете запустить A/B/C… тесты прямо внутри цепочки — без внешних инструментов и сложных настроек.
Минимум можно создать 2 группы, максимум — 5.
Распределение пользователей происходит равномерно и случайным образом.
Для каждой группы можно задать свой сценарий: разные сообщения, каналы, задержки, действия и т.д.
Пример: вы хотите проверить, какое количество касаний оптимально для приветственной цепочки писем. Создайте 3 группы: одной отправьте 3 письма, другой — 5, третьей — 3 письма, но с другими интервалами. Это поможет выявить оптимальную длину и структуру онбординга.
Когда использовать блок «Сплит-тест»?
Когда хотите повысить эффективность конкретной цепочки.
Когда нет уверенности, какой канал или формат лучше работает.
Когда нужно обосновать выбор стратегии коммуникации.
Блок сплит-тестов особенно полезен, если вы работаете с гипотезами или строите системную работу с коммуникациями. Даже простой тест может дать вам +10–20% к открываемости, кликам или конверсии — за счёт более точного подхода.
Завершающий блок
Завершающий блок размещается после сообщений или логических блоков. С его помощью вы заканчиваете цепочку и определяете, достигнут ли успех (т.е. конечная цель цепочки). Блок «Выход» также учитывается в статистике цепочки.
Например, в нашей цепочке успехом мы будем считать переход пользователя по ссылке в финальном письме. Если же пользователь не переходит по ссылке, либо не доходит до этого шага, цепочка считается завершенной: