Типы логических блоков в Цепочках

Как использовать сегментацию и управление логикой в сценариях

Логические блоки отвечают за последовательностью шагов в цепочке. С их помощью вы можете:

  • сегментировать аудиторию по событиям и свойствам,

  • задать задержку между шагами,

  • подождать нужного действия пользователя,

  • провести A/B-тест,

  • записать событие или изменить свойства пользователя.

Есть 5 типов логических блоков:

  1. Фильтр аудитории
  2. Задержка
  3. Ожидание события
  4. Действие
  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% к открываемости, кликам или конверсии — за счёт более точного подхода.

Завершающий блок

Завершающий блок размещается после сообщений или логических блоков. С его помощью вы заканчиваете цепочку и определяете, достигнут ли успех (т.е. конечная цель цепочки). Блок «Выход» также учитывается в статистике цепочки.

Например, в нашей цепочке успехом мы будем считать переход пользователя по ссылке в финальном письме. Если же пользователь не переходит по ссылке, либо не доходит до этого шага,  цепочка считается завершенной:


Работает на