Стартовый блок определяет, когда и для каких клиентов запускается сценарий. Можно реагировать на событие или проверять условия по расписанию.
Содержание
Блоки «Запуск сценария»
Вне зависимости от того, какой тип коммуникации был выбран в начале, на втором шаге выбирается стартовый блок сценария: «Событие» или «Расписание».
Поле «Описание шага для цепочки» доступно только в блоках, где настраиваются условия. У блоков с действиями и ожиданиями это поле не отображается. Текст комментария выводится в превью блока на рабочем пространстве сценария и помогает кратко пояснить, какие условия настроены.
Если требуется запускать сценарий только для клиентов, подходящих под определённые параметры, лучше задавать условия сразу в стартовом блоке. В этом случае в сценарий попадут только нужные клиенты, а не все клиенты с последующей фильтрацией на следующих шагах.
«Событие»
Настройками блока выступают параметры: «Время срабатывания», «Событие» и «Фильтры условий».
В поле «Время срабатывания» указывается, когда сценарий должен запускаться по клиентам: всегда или только в заданный период. Период задается интервалом даты и времени.
Параметр «Событие» блока «Событие» описывает, при выполнении какого события должен произойти старт сценария. Например, это изменение заказа, изменение клиента, факт брошенной корзины, «Товар появился в наличии», «Товар заканчивается», «Цена товара снизилась» или «Брошенная сессия».
События, связанные с товарами
Общие правила товарных условий и их сочетаний описаны в статье «Сегментация клиентов по товарам».
Для запуска по изменению товаров доступны события «Товар появился в наличии», «Товар заканчивается» и «Цена товара снизилась».
После выбора события заполните обязательное поле «Товары для отслеживания». Выберите источник связи товара с клиентом:
- «Товар из брошенной корзины»;
- «Избранный товар»;
- «Просмотренный товар».
Для выбранного варианта автоматически создаётся системное дерево условий. Обязательную структуру и служебные условия удалить нельзя; предусмотренные для настройки значения можно изменить.
События проверяются периодически, а не при каждом изменении карточки товара. Условия различаются:
- «Товар появился в наличии» — товар находится в наличии, а последнее появление в наличии произошло за последние два часа. Связь клиента с товаром — добавление в корзину, избранное или просмотр — должна существовать до начала этого окна.
- «Товар заканчивается» — проверяется текущий остаток в заданном диапазоне. Начальное значение — от 1 до 3 единиц включительно. Переход через порог и прежний остаток не проверяются.
- «Цена товара снизилась» — товар находится в наличии, цена снизилась за последние два часа относительно предыдущего значения, а связь с клиентом существовала до начала этого окна. Начальное значение минимального снижения — 5% включительно. Условие проверяется по ценам торгового предложения: достаточно, чтобы оно выполнилось хотя бы для одной цены. Отдельный тип цены для стартового условия не выбирается.
В варианте «Товар из брошенной корзины» учитываются только брошенные корзины. Для товарных событий частота прохождения ограничена: не чаще одного раза в день. Режим «Каждый раз» недоступен.
В одном цикле формируется одно прохождение на клиента со всеми найденными товарами, а не отдельное прохождение на каждый товар. В письме эти позиции доступны через источник «Товары/услуги». Порядок выбора описан в статье «Товары из сценария в Email-письме».
Брошенная сессия
Перед запуском проверьте поступление действий в аналитике по событиям и связь посетителя с клиентом CRM. Счётчик событий сам по себе не подтверждает такую связь.
Событие «Брошенная сессия» запускает сценарий после завершения сессии клиента на сайте. На сайте сессия завершается после периода отсутствия активности. Оно не требует, чтобы клиент добавил товары в корзину, и отличается от события «Брошенная корзина».
Для запуска посетитель должен быть идентифицирован: трекеру необходимо передать внутренний или внешний идентификатор клиента CRM. Одного идентификатора Google Analytics недостаточно. Порядок настройки связи описан в статье «Подключение трекинга посетителей».
Отбор клиентов задайте в поле «Фильтры условий». На иллюстрации исключены клиенты с заказами с датой оформления от −1 дня. Описание шага служит пояснением для цепочки и не заменяет настройку фильтров. Фильтра по дате самой сессии и обычного дерева товарных условий внутри события завершения сессии нет.
Контекст прохождения содержит клиента и конкретную завершённую сессию. В товарном блоке письма источник «Просмотренные товары» получает позиции именно этой сессии; затем к ним применяются настроенные товарные условия и ограничение количества. Этот источник не является подборкой всех товаров, когда-либо просмотренных клиентом.
Период в условии «Визит клиента» задаёт отбор визитов для проверки клиента. Он не заменяет сессию запуска при выборе просмотренных товаров для письма. В примере возврата после брошенной сессии сначала проверяется отсутствие заказа, затем корзина, избранное и просмотры. После ожидания отсутствие заказа проверяется повторно.
Настройка письма описана в статье «Товары из сценария в Email-письме», прикладной вариант — в примерах сценариев.
«Расписание»
Настройками блока выступают три параметра: «Как часто проверять», «Когда проверять» и «Выборка для условий».
Один раз — разовая проверка в указанную дату/время. Периодическая же проверка дополняет условие запуска, добавляя диапазон дат, дни недели и время запуска.
Примечание
Для стартовых блоков «Событие» и «Расписание» можно задать ограничения по периоду запуска сценария: дату начала, дату окончания и время отключения.
Эти параметры определяют, когда клиенты могут попасть в сценарий через стартовый блок. Они не описывают логику работы сценария с клиентами, которые уже находятся в сценарии.