«Событие»: по каким событиям можно запустить сценарий
- Клиенты — как ограничить срабатывание по событиям
- Действия клиентов
- Заказы
- Сегментации
- Изменения карточки клиента
- Клиент попал в БД
- Клиент зарегистрирован
- Клиент был сдедублицирован
- Изменение email
- Первое подтверждение email
- Изменение мобильного телефона
- Первое подтверждение мобильного телефона
- Обновление данных клиента
- Редактирование анкеты клиентом
- Изменилось значение дополнительного поля у клиента
- Изменился статус подписки
- Изменения продуктов
- Лояльность
- Рассылки
Сценарии позволяют настраивать автоматическое взаимодействие с клиентами. С их помощью можно начислять баллы после подтверждения почты, отправлять NPS-опросы после доставки заказа и многое другое, то есть реагировать на события.
Есть контексты фильтров, ожидания и параметры, которые доступны во всех сценариях и механиках. Например, в любой цепочке можно проверить условия по клиенту, поставить фиксированное ожидание в N дней или вывести сегмент продуктов.
Событие же дополнительно несет данные по себе, и их можно использовать в сценарии: становятся доступны контекстные фильтры и ожидания, а в рассылках — параметры по событию.
Например, в сценарии по заказу можно проверять условия по наполнению этого заказа, ставить ожидание по его дополнительному полю и отправлять рассылку с выводом данных по нему.
Рассмотрим все события, в ответ на которые можно запустить сценарий, их особенности, и дополнительные настройки, которые открываются при их использовании:
А также как отбросить ненужные прохождения условиями по клиентам.
О том, как запускать сценарий по выбранному сегменту клиентов периодически (каждый день, в конце месяца и т.д.) — в статье.
Клиенты — как ограничить срабатывание по событиям
Уже на этапе появления события можно отбросить ненужные события и тем самым избежать избыточной нагрузки на проект.
Для этого используйте фильтры по клиентам в запускающем блоке, чтобы в сценарий попадали только релевантные прохождения:
Доступные условия по клиентам:
- Email — заполнен и (не)валидный;
- Мобильный телефон — заполнен и (не)валидный;
- Сегмент — (не) входит в пересчитываемый или статический сегмент;
- Подписка — подписан в нужном бренде, канале, тематике;
- Мобильное приложение — наличие приложения с разрешением на отправку мобильных пушей;
- Устройство — наличие устройства с разрешением на отправку вебпушей на сайт.
Задать условия, которые не входят в этот список, в том числе контекстные по событию, можно через отдельный блок.
Например, после брошенной сессии отправляются email- и вебпуш-рассылки. То есть, что в сценарий должны попадать только пользователи, которым можно отправить коммуникацию хотя бы в одном из каналов — добавляем эти условия в запуск:
Клиенты без подходящих данных не попадут в сценарий, из которого они всё равно выпали бы при дальнейших проверках, и тем самым не создадут лишнюю нагрузку на проекте.
Прохождения, не прошедшие проверку, не переходят в следующий блок, поэтому не входят в общую статистику на канве сценария, но их количество можно посмотреть в блоке запуска в строке «Не вошли в сценарий».
Такие прохождения останавливаются с причиной «Невозможно применить условие».
Действия клиентов
Выдано действие
Выдано действие. Доступен выбор нескольких шаблонов действия одновременно.
- На действиях, выданных задним числом, сценарий срабатывает, но они должны попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.
Контекстные фильтры:
- по действию
Динамическое ожидание:
- из поля действия
Событийные параметры:
- CustomerAction
Выдано действие связанное с продуктом
Выдано действие с продуктом: просмотр, добавление/удаление из списка. Доступен выбор нескольких шаблонов действия одновременно.
- На действиях, выданных задним числом, сценарий срабатывает, но они должны попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.
Ограничения:
- Заказ не относится к действиям, связанным с продуктом.
- Действие обязательно должно быть с продуктом. Иначе даже при выдаче нужного шаблона сценарий не запустится.
Контекстные фильтры:
- по действию
- по продукту
Динамическое ожидание:
- из поля действия
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- CustomerActionProduct
- CustomerAction
- Product
Окончена сессия
Сессией считается нахождение клиента на сайте с установленным трекером Mindbox. Она автоматически закрывается через полчаса после бездействия клиента на сайте. Также ее можно завершить принудительно, введя на вкладке «Консоль» инструментов разработчика:
mindbox("closeSession")
Контекстные фильтры:
- по сессии
Событийные параметры:
- Session
Примеры использования:
- Сценарий по брошенной сессии — как отправить клиенту рассылку после ухода с сайта без заказа.
Список продуктов изменился
Продукт добавили в список
В список клиента добавлена новая линия.
На увеличение количества продукта в уже имеющейся линии событие не реагирует.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Любое изменение
В список клиента добавили линию или произошла корректировка списка (изменение стоимости линии или количества продуктов в ней).
Событие не срабатывает:
- при очистке корзины;
- при полном удалении линии из списка, в том числе если удаление произошло одновременно с добавлением в установке списка.
Если изменения происходят одновременно, например, в одном импорте или при установке списка, сценарий срабатывает один раз.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Запрошен код авторизации
Создан код через операцию с шагом «Действие — Сгенерировать код авторизации».
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Контекстные фильтры:
- по действию
Динамическое ожидание:
- из поля действия
Событийные параметры:
- CustomerAction
Примеры использования:
- Flash Call — как сообщить пользователю код авторизации с помощью автоматического звонка.
Заказы
Статус заказа изменен
Заказ перешел в выбранный статус. В том числе сразу пришел в нужном статусе.
- На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
- Действие должно попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.
Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.
- Не должно быть изменения по заказу с более поздней датой. Ведь в таком случае пришедшие данные уже не самые актуальные по заказу.
- Действие должно попадать в актуальность группы шагов.
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Все позиции заказа перешли
- В статус должны перейти все позиции, которые пришли с созданием заказа. То есть, если одна позиция отменилась, сценарий не запустится.
- Позиции необязательно должны переходить в указанный статус в рамках одного действия. Если изменения по позициям приходят постепенно, сценарий запустится, когда все позиции получат нужный статус.
- Можно дополнительно ограничить количество срабатываний в рамках заказа.
- Количество переходов в нужный статус считается с момента запуска сценария. Например, если сценарий должен применяться к заказу один раз и нужный переход произошел до включения сценария, повторное изменение статуса заказа запустит сценарий.
Любая позиция заказа перешла
- Можно дополнительно ограничить количество срабатываний в рамках заказа.
- Количество переходов в нужный статус считается с момента запуска сценария. Например, если сценарий должен применяться к заказу один раз и нужный переход произошел до включения сценария, повторное изменение статуса данной позиции или смена статуса другой позиции запустят сценарий.
Контекстные фильтры:
- по заказу
- по действию
Динамическое ожидание:
- из поля заказа
- из поля действия
Событийные параметры:
- Order
- CustomerAction
Примеры использования:
- Сценарий для мотивации на повторный заказ — как увеличить количество повторных заказов.
- Сценарий «Пройдите опрос / оставьте отзыв» — как попросить оценить заказ или оставить отзыв.
- Сценарий для опроса после поездки — как запросить отзыв после завершения поездки.
Заказ добавлен или изменен
Заказ попал на проект или произошло любое его изменение (даже если пришли те же данные с тем же статусом): есть действие по заказу — сценарий запускается. Можно дополнительно ограничить количество срабатываний в рамках заказа.
- На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
- Действие должно попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.
Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.
- Не должно быть изменения по заказу с более поздней датой. Ведь в таком случае пришедшие данные уже не самые актуальные по заказу.
- Действие должно попадать в актуальность группы шагов.
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Контекстные фильтры:
- по заказу
- по действию
Динамическое ожидание:
- из поля заказа
- из поля действия
Событийные параметры:
- Order
- CustomerAction
Примеры использования:
- Сценарий «Ваш заказ оформлен» — как сообщить клиенту об успешном создании заказа.
Клиент приобрел продукт (позиция доставлена)
Позиция заказа перешла в статус «Доставлена». В том числе сразу пришла в данном статусе.
Запускается на каждую доставленную позицию, даже если они пришли в одном заказе. То есть доставка заказа с двумя позициями запустит сценарий два раза.
- Работает повторно по позиции, если что-то в ней поменялось (цена, количество, дополнительные поля).
- На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
- Действие должно попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.
Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.
- Не должно быть изменения по позиции с более поздней датой. Ведь в таком случае пришедшие данные уже не самые актуальные по позиции.
- Действие должно попадать в актуальность группы шагов.
Контекстные фильтры:
- по позиции заказа
- по продукту
Динамическое ожидание:
- из поля позиции заказа
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- OrderItem
- Product
Примеры использования:
- Сценарий «Продукт из заказа скоро закончится» — как напомнить клиенту пополнить запасы продукта из прошлого заказа.
- Сценарий-напоминание о начале занятия или лекции — как отправить напоминание перед датой из позиции заказа.
Сегментации
Клиент попал в сегментацию
Клиент попал в выбранный пересчитываемый или статический сегмент.
Клиент вышел из сегментации
Клиент вышел из выбранного пересчитываемого или статического сегмента.
Изменения карточки клиента
Клиент попал в БД
Новый клиент добавлен в базу любым способом: вручную, по API, импортом по файлу. Если появляется новый Mindbox ID — событие срабатывает.
- Даже если новый клиент сразу объединяется с карточкой существующего клиента, создание новой карточки произошло, поэтому сценарий запускается. Чтобы избежать повторного срабатывания в таких случаях, ограничьте количество применений к клиенту одним разом.
- Обратите внимание, что не всегда импорт создает нового клиента. Если клиент есть в базе, он будет просто отредактирован. В таком случае события попадания в базу не произойдет.
Примеры использования:
- Welcome-сценарий — как поприветствовать нового клиента.
Клиент зарегистрирован
Новый клиент добавлен из операции с шагом «Клиент — Зарегистрировать», «Клиент — Зарегистрировать или дополнить», «Клиент — Импортировать».
- Событие срабатывает на создание клиента с новым Mindbox ID, даже если его карточка сразу объединяется с уже существующей. Чтобы в таких случаях избежать повторных запусков сценария, ограничьте частоту срабатывания одним разом на клиента.
- Если клиент не создается, а редактируется операцией, событие не запускается.
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Контекстные фильтры:
- по действию
Динамическое ожидание:
- из поля действия
Событийные параметры:
- CustomerAction
Клиент был сдедублицирован
Любое объединение клиентов, в том числе ручное.
Затирание контактов с пометкой «Контакт передан другому клиенту» не считается дедубликацией.
Изменение email
Изменение email с одного на другой.
Что не входит:
- заполнение email;
- затирание email;
- создание клиента с email.
С подтверждением email
Что входит:
- добавление неподтвержденного email при наличии подтвержденного;
- email без данных по подтверждению стал неподтвержденным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение email;
- email без данных по подтверждению стал подтвержденным (при вызове из точки интеграции с соответствующими настройками).
Первое подтверждение email
При каждом подтверждении email.
Что входит:
- подтверждение основной почты;
- повторное подтверждение почты;
- заполнение почты сразу подтвержденным email;
- email без данных по подтверждению стал подтвержденным и основным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение неподтвержденного email у клиента с подтвержденным и неподтвержденным адресами;
- смена одного подтвержденного email на другой подтвержденный.
Изменение мобильного телефона
Изменение мобильного с одного на другой.
Что не входит:
- заполнение телефона;
- затирание телефона;
- создание клиента с телефоном.
С подтверждением телефона
Что входит:
- добавление неподтвержденного телефона при наличии подтвержденного;
- телефон без данных по подтверждению стал неподтвержденным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение телефона;
- телефон без данных по подтверждению стал подтвержденным и основным (при вызове из точки интеграции с соответствующими настройками).
Первое подтверждение мобильного телефона
При каждом подтверждении телефона.
Что входит:
- подтверждение основного телефона;
- повторное подтверждение телефона;
- заполнение телефона сразу подтвержденным номером;
- телефон без данных по подтверждению стал подтвержденным и основным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение неподтвержденного телефона у клиента с подтвержденным и неподтвержденным телефона;
- смена одного подтвержденного телефона на другой подтвержденный.
Обновление данных клиента
Изменение данных клиента, которое появляется на вкладке «История изменений»: заполнение и затирание данных, признание валидным и невалидным email и т.д.
Что не входит:
- создание клиента, когда данные по нему впервые появляются в базе;
- объединение;
- изменение дополнительных полей, если отключено их хранение. Уточнить о состоянии этой функции можно через поддержку или у менеджера. В таком случае эти изменения также не отображаются на вкладке истории изменений.
Редактирование анкеты клиентом
Изменение данных клиента с действием из категории «Личные», которое появляется на вкладке «История изменений».
Что не входит:
- создание клиента, когда данные по нему впервые появляются в базе.
Изменилось значение дополнительного поля у клиента
У клиента поменялось значение выбранных дополнительных или вычисляемых полей.
Что входит:
- заполнение поля;
- изменение значения поля;
- затирание поля.
Функция хранения изменений дополнительных полей не влияет на работу события.
Что не входит:
- создание клиента с полем.
Событие можно использовать для запуска транзакционных сценариев.
Изменился статус подписки
У клиента появился выбранный статус подписки в канале/тематике.
Что входит:
- подписка перешла в нужный статус (явный или неявный);
- клиент появился сразу с нужным статусом;
- подписка повторно перешла в нужный статус.
Что не входит:
- неявный нужный статус остался таким же, но стал явным;
- после объединения основной клиент получил нужный статус.
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Изменения продуктов
Продукт в списке продуктов изменился
Продукт вернулся в наличие
Продукт из списка клиента, который ранее был не в наличии или о наличии которого не было данных, стал доступен.
- Работает каждый раз: при очередном переходе в недоступность и возврате в наличие сценарий вновь запустится.
- Работает на каждый продукт: если два продукта из списка стали доступны, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о доступности в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Примеры использования:
- Сценарий «Продукт стал доступен» — как сообщить клиенту о том, что продукт из его списка снова в наличии.
Продукт пропал из наличия
Продукт из списка клиента, который ранее был в наличии или о наличии которого не было данных, стал недоступен.
- Работает каждый раз: при очередном возврате в наличие и переходе в недоступность сценарий вновь запустится.
- Работает на каждый продукт: если два продукта из списка стали недоступны, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о доступности в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Цена на продукт снизилась
У продукта из списка клиента снизилась цена на N процентов и больше или на N рублей и больше.
Подробнее: при добавлении продукта в список записывается цена, с которой клиент его добавлял. Она не зависит от цены продукта в продуктовом фиде и может от нее отличаться. Затем цена на продукт в фиде может поменяться. Сравнивается, стала ли текущая цена продукта меньше цены, с которой клиент добавлял продукт. Если да, сценарий запускается.
- Работает каждый раз, в том числе:
- При ещё большем снижении цены.
- При подорожании и новом снижении стоимости относительно цены в списке.
- Работает на каждый продукт. Если два продукта из списка стали дешевле, сценарий сработает два раза.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по цене в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о цене в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Примеры использования:
- Сценарий «Цена на продукт снизилась» — как сообщить клиенту о том, что продукт из его списка стал дешевле.
Цена на продукт увеличилась
У продукта из списка клиента увеличилась цена на N процентов и больше или на N рублей и больше.
Подробнее: при добавлении продукта в список записывается цена, с которой клиент его добавлял. Она не зависит от цены продукта в продуктовом фиде и может от нее отличаться. Затем цена на продукт в фиде может поменяться. Сравнивается, стала ли текущая цена продукта больше цены, с которой клиент добавлял продукт. Если да, сценарий запускается.
- Работает каждый раз, в том числе:
- При ещё большем увеличении цены.
- При удешевлении и новом повышении стоимости относительно цены в списке.
- Работает на каждый продукт. Если два продукта из списка стали дороже, сценарий сработает два раза.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по цене в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о цене в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Доп. поле продукта изменилось
У продукта из списка клиента изменилось значение дополнительного поля.
- Работает при заполнении, изменении или удалении значения.
- В событии можно выбрать несколько дополнительных полей: сценарий будет реагировать по изменению любого из них. При одновременном изменении нескольких подходящих полей у одного продукта, сценарий запустится по нему один раз.
- Работает на каждый продукт. Если у двух продуктов из списка одновременно изменились значения поля, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по дополнительному полю в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о дополнительном поле в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- ProductListItem
- Product
Примеры использования:
- Сценарий «Доп. поле продукта в списке изменилось» — как сообщить клиенту о том, что продукт из его списка заканчивается (с помощью дополнительного поля по продукту).
Просмотренный продукт изменился
Продукт вернулся в наличие
Просмотренный клиентом продукт, который ранее был не в наличии или о наличии которого не было данных, стал доступен.
- Работает каждый раз: при очередном переходе в недоступность и возврате в наличие сценарий вновь запустится.
- Работает на каждый продукт: если два просмотренный продукта стали доступны, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта не заполнены региональные данные о наличии в зоне клиента, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту просмотра
- по продукту
- по действию
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
- из поля действия
Событийные параметры:
- ProductView
- Product
- CustomerAction
Примеры использования:
- Сценарий «Просмотренный продукт снова в наличии» — как сообщить клиенту о том, что просмотренный продукт снова в наличии.
Продукт пропал из наличия
Просмотренный клиентом продукт, который ранее был в наличии или о наличии которого не было данных, стал недоступен.
- Работает каждый раз: при очередном возврате в наличие и переходе в недоступность сценарий вновь запустится.
- Работает на каждый продукт: если два продукта из списка стали недоступны, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта не заполнены региональные данные о наличии в зоне клиента, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту просмотра
- по продукту
- по действию
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
- из поля действия
Событийные параметры:
- ProductView
- Product
- CustomerAction
Цена на продукт снизилась
У просмотренного клиентом продукта снизилась цена на N процентов и больше или на N рублей и больше.
Подробнее: при просмотре продукта записывается его текущая стоимость. Ее можно передавать напрямую в операции или дублировать из карточки продукта на проекте.
При изменении стоимости в товарном фиде сравнивается, стала ли текущая цена продукта меньше цены, с которой клиент просматривал продукт. Если да, сценарий запускается.
- Работает каждый раз, в том числе:
- При ещё большем снижении цены.
- При подорожании и новом снижении стоимости относительно цены в списке.
- Работает на каждый продукт. Если два продукта из списка стали дешевле, сценарий сработает два раза.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта не заполнены региональные данные о цене в зоне клиента, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту просмотра
- по продукту
- по действию
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
- из поля действия
Событийные параметры:
- ProductView
- Product
- CustomerAction
Примеры использования:
- Сценарий «Цена на просмотренный продукт снизилась» — как сообщить клиенту о том, что просмотренный продукт стал дешевле.
Цена на продукт выросла
У просмотренного клиентом продукта увеличилась цена на N процентов и больше или на N рублей и больше.
Подробнее: при просмотре продукта записывается его текущая стоимость. Ее можно передавать напрямую в операции или дублировать из карточки продукта на проекте.
При изменении стоимости в товарном фиде сравнивается, стала ли текущая цена продукта больше цены, с которой клиент просматривал продукт. Если да, сценарий запускается.
- Работает каждый раз, в том числе:
- При ещё большем увеличении цены.
- При удешевлении и новом повышении стоимости относительно цены в списке.
- Работает на каждый продукт. Если два продукта из списка стали дороже, сценарий сработает два раза.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта не заполнены региональные данные о цене в зоне клиента, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту просмотра
- по продукту
- по действию
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
- из поля действия
Событийные параметры:
- ProductView
- Product
- CustomerAction
Доп. поле продукта изменилось
У просмотренного клиентом продукта изменилось значение дополнительного поля.
Работает при заполнении, изменении или удалении значения.
- В событии можно выбрать несколько дополнительных полей: сценарий будет реагировать по изменению любого из них.
- При одновременном изменении нескольких подходящих полей у одного продукта, сценарий запустится по нему один раз.
- Работает на каждый продукт. Если у двух просмотренных продуктов одновременно изменились значения поля, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта не заполнены региональные данные о дополнительных полях в зоне клиента, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту просмотра
- по продукту
- по действию
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
- из поля действия
Событийные параметры:
- ProductView
- Product
- CustomerAction
Продукт просмотрен
Клиент просмотрел карточку продукта.
Контекстные фильтры:
- по продукту просмотра
- по продукту
- по действию
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
- из поля действия
Событийные параметры:
- ProductView
- Product
- CustomerAction
Предпочитаемый продукт изменился
Изменились данные продукта из вычисляемого поля клиента.
Цена на продукт снизилась
У самого просматриваемого или покупаемого клиентом продукта снизилась цена на N процентов и больше или на N рублей и больше.
Как работает: при изменении у продукта поля «Цена» сравнивается, уменьшилась ли она по сравнению с предыдущим значением на заданный процент или сумму.
Если да, запускается сценарий по клиентам, у которых в указанном вычисляемом поле записан этот продукт.
Не путать с полем продукта «Старая цена» — оно не играет роли в событии.
- Работает каждый раз, в том числе:
- При ещё большем снижении цены.
- При подорожании и новом снижении стоимости относительно прошлого значения цены.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по цене в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о цене в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Контекстные фильтры:
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Событийные параметры:
- Product
Примеры использования:
Лояльность
Баланс клиента стал отрицательным
После изменения баланса он стал отрицательным.
Например, клиент потратил начисленные за заказ баллы, а потом отменил заказ.
Событие также срабатывает, если после начисления баланс остается отрицательным или приходят ещё списания.
Контекстные фильтры:
- изменение баланса
- действие
Динамическое ожидание:
- сгорания баллов
- из поля действия
Событийные параметры:
- CustomerBalanceChange
- CustomerAction
Бонусные баллы стали доступны (перешли из заблокированных)
Начисленные баллы стали доступны.
- Если баллы начинают действовать сразу после выдачи, сценарий тоже срабатывает.
- Время запуска события закладывается при начислении баллов. Поэтому при изменении срока их активации сценарий всё равно запускается по начальной переданной дате.
- Сценарий должен быть запущен и на момент начисления баллов, и на момент их перехода в доступные.
Контекстные фильтры:
- изменение баланса
- действие
Динамическое ожидание:
- сгорания баллов
- из поля действия
Событийные параметры:
- CustomerBalanceChange
- CustomerAction
Примеры использования:
- Сценарий «Ваши баллы доступны» — как сообщить клиенту, что полученные баллы можно тратить.
Изменения заданного баланса
Любое изменение баланса на балльном счету: начисление, списание, обнуление.
Контекстные фильтры:
- изменение баланса
- действие
Динамическое ожидание:
- сгорания баллов
- из поля действия
Событийные параметры:
- CustomerBalanceChange
- CustomerAction
Примеры использования:
- Сценарий «Ваши баллы скоро сгорят» — как напомнить клиенту потратить баллы, пока они не сгорели.
Выдан промокод
Выдан одноразовый или реферальный промокод.
Контекстные фильтры:
- по промокоду
Событийные параметры:
- PromoCode
Гашение промокода
Использование любого промокода, в том числе многоразового, в любой акции, в том числе внешней.
При использовании многоразовых и реферальных промокодов при обновлении статуса заказа сценарий срабатывает повторно по каждой позиции, к которой применился промокод.
При использовании одноразовых промокодов при обновлении статуса заказа сценарий срабатывает повторно, несмотря на количество позиций.
Контекстные фильтры:
- по промокоду
Событийные параметры:
- PromoCode
Использован реферальный промокод клиента
Использован реферальный промокод, выданный клиенту.
При изменении заказа сценарий срабатывает заново по каждой позиции, к которой был применен промокод.
Контекстные фильтры:
- по промокоду
Событийные параметры:
- PromoCode
Статус карты изменен
Статус карты стал «Активирована», «Заблокирована» или «Не активирована».
Обратите внимание, что карты всегда выдаются с изменением статуса.
Контекстные фильтры:
- информация о дисконтной карте
- действие
Динамическое ожидание:
- из поля информации о дисконтной карте
- из поля действия
Событийные параметры:
- CustomerAction
Замена дисконтной карты
Замена карты.
Выдача новой карты не считается заменой.
Контекстные фильтры:
- по действию
Динамическое ожидание:
- по полю действия
Событийные параметры:
- CustomerAction
Рассылки
Клиент поучаствовал в рассылке / Клиенту отправлена рассылка
По клиенту пришел заданный статус рассылки.
Для остальных статусов (открытие, клики, запрос отписки) используйте событие Выдано действие с соответствующим шаблоном.