- 02 Oct 2024
- 17 минуты
- Темная темаСветлая тема
- формат pdf
«Событие»: по каким событиям можно запустить сценарий
- Обновлено 02 Oct 2024
- 17 минуты
- Темная темаСветлая тема
- формат pdf
Сценарии позволяют настраивать автоматическую коммуникацию и взаимодействие с клиентами. С их помощью можно начислять баллы после подтверждения почты, отправлять NPS-опрос после доставки заказа и многое другое, то есть реагировать на события.
Есть контексты фильтров, ожидания и параметры, которые доступны во всех сценариях и механиках. Событие же несет информацию конкретно о себе, поэтому в сценарии становятся доступны дополнительные фильтры и ожидания, а в рассылках можно выводить данные по событию.
Например, в сценарии по заказу можно задавать условия по конкретному заказу, ставить ожидание по его дополнительному полю и использовать рассылку с выводом данных по нему с помощью параметра Order.
В данной статье рассмотрим все события, в ответ на которые можно настроить сценарий, и их особенности.
О том, как запускать сценарий по выбранному сегменту клиентов периодически (каждый день, в конце месяца и т.д.) — в статье.
Окончена сессия
Сессией считается нахождение клиента на сайте с установленным трекером Mindbox. Она автоматически закрывается через полчаса после бездействия клиента на сайте. Также ее можно завершить принудительно, введя на вкладке ’Консоль’ инструментов разработчика:
mindbox("closeSession")
Фильтры:
- по сессии
Параметры:
- Session
Примеры использования:
- Сценарий по брошенной сессии — как отправить клиенту рассылку после ухода с сайта без заказа.
Заказ добавлен или изменен
Заказ попал на проект или произошло любое его изменение. Даже если в изменении пришли те же данные с тем же статусом: если есть действие по заказу — сценарий запускается. Можно дополнительно ограничить количество срабатываний в рамках заказа.
- На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
- Действие должно попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 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
Примеры использования:
- Сценарий «Продукт из заказа скоро закончится» — как напомнить клиенту пополнить запасы продукта из прошлого заказа.
Продукт в списке продуктов изменился
Продукт вернулся в наличие
Продукт из списка клиента, который ранее был не в наличии или о наличии которого не было данных, стал доступен.
- Работает каждый раз: при очередном переходе в недоступность и возврате в наличие сценарий вновь запустится.
- Работает на каждый продукт: если два продукта из списка стали доступны, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о доступности в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Параметры:
- ProductListItem
- Product
Примеры использования:
- Сценарий «Продукт стал доступен» — как сообщить клиенту о том, что продукт из его списка снова в наличии.
Продукт пропал из наличия
Продукт из списка клиента, который ранее был в наличии или о наличии которого не было данных, стал недоступен.
- Работает каждый раз: при очередном возврате в наличие и переходе в недоступность сценарий вновь запустится.
- Работает на каждый продукт: если два продукта из списка стали недоступны, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по доступности в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о доступности в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Параметры:
- ProductListItem
- Product
Цена на продукт снизилась
У продукта из списка клиента снизилась цена на N процентов и больше или на N рублей и больше.
Подробнее: при добавлении продукта в список записывается цена, с которой клиент его добавлял. Она не зависит от цены продукта в продуктовом фиде и может от нее отличаться. Затем цена на продукт в фиде может поменяться. Сравнивается, стала ли текущая цена продукта меньше цены, с которой клиент добавлял продукт. Если да, сценарий запускается.
- Работает каждый раз, в том числе:
- При ещё большем снижении цены.
- При подорожании и новом снижении стоимости относительно цены в списке.
- Работает на каждый продукт. Если два продукта из списка стали дешевле, сценарий сработает два раза.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по цене в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о цене в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Параметры:
- ProductListItem
- Product
Примеры использования:
- Сценарий «Цена на продукт снизилась» — как сообщить клиенту о том, что продукт из его списка стал дешевле.
Цена на продукт увеличилась
У продукта из списка клиента увеличилась цена на N процентов и больше или на N рублей и больше.
Подробнее: при добавлении продукта в список записывается цена, с которой клиент его добавлял. Она не зависит от цены продукта в продуктовом фиде и может от нее отличаться. Затем цена на продукт в фиде может поменяться. Сравнивается, стала ли текущая цена продукта больше цены, с которой клиент добавлял продукт. Если да, сценарий запускается.
- Работает каждый раз, в том числе:
- При ещё большем увеличении цены.
- При удешевлении и новом повышении стоимости относительно цены в списке.
- Работает на каждый продукт. Если два продукта из списка стали дороже, сценарий сработает два раза.
- Не реагирует на заполнение цены. Если у продукта ранее не было данных о стоимости, его цена должны вновь поменяться после заполнения, чтобы сценарий запустился.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по цене в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о цене в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Параметры:
- ProductListItem
- Product
Доп. поле продукта изменилось
У продукта из списка клиента изменилось значение дополнительного поля.
- Работает при заполнении, изменении или удалении значения.
- В событии можно выбрать несколько дополнительных полей: сценарий будет реагировать по изменению любого из них. При одновременном изменении нескольких подходящих полей у одного продукта, сценарий запустится по нему один раз.
- Работает на каждый продукт. Если у двух продуктов из списка одновременно изменились значения поля, сценарий сработает два раза.
Для клиентов с заполненной зоной:
- если у продукта есть региональные данные по дополнительному полю в зоне клиента, сценарий запускается по изменениям продукта в регионе клиента;
- если у продукта есть какие-либо региональные данные, но не по зоне клиента, сценарий не запускается;
- если у продукта есть региональные данные по зоне клиента, но информация о дополнительном поле в ней не заполнена, сценарий реагирует на изменения в основном фиде;
- если у продукта нет никаких региональных данных, сценарий срабатывает по изменениям в основном фиде.
Фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Параметры:
- ProductListItem
- Product
Примеры использования:
- Сценарий «Доп. поле продукта в списке изменилось» — как сообщить клиенту о том, что продукт из его списка заканчивается (с помощью дополнительного поля по продукту).
Список продуктов изменился
Продукт добавили в список
В список клиента добавлена новая линия.
На увеличение количества продукта в уже имеющейся линии событие не реагирует.
Фильтры:
- по продукту из списка
- по продукту
Динамическое ожидание:
- из поля продукта
- истечение срока годности продукта
Параметры:
- 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
Выдано действие
Выдано действие. Доступен выбор нескольких шаблонов действия одновременно.
- На действиях, выданных задним числом, сценарий срабатывает, но они должны попадать в актуальность группы шагов.
Как это работает
Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 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
Клиент поучаствовал в рассылке / Клиенту отправлена рассылка
По клиенту пришел заданный статус рассылки.
Для остальных статусов (открытие, клики, запрос отписки) используйте событие Выдано действие с соответствующим шаблоном.
Клиент попал в БД
Новый клиент добавлен в базу любым способом: вручную, по API, импортом по файлу. Если появляется новый Mindbox ID — событие срабатывает.
- Даже если новый клиент сразу объединится с карточкой существующего клиента, создание новой карточки произошло. Поэтому сценарий запустится. Чтобы избежать повторного срабатывания в таких случаях, ограничьте сценарий срабатыванием один раз на клиента.
- Обратите внимание, что не всегда импорт создает нового клиента. Если клиент есть в базе, он будет просто отредактирован. В таком случае события попадания в базу не произойдет.
Примеры использования:
- Welcome-сценарий — как поприветствовать нового клиента.
Клиент зарегистрирован
Новый клиент добавлен из операции с шагом «Клиент — Зарегистрировать», «Клиент — Зарегистрировать или дополнить», «Клиент — Импортировать».
- Событие срабатывает на создание клиента с новым Mindbox ID, даже если его карточка сразу объединяется с уже существующей. Чтобы в таких случаях избежать повторных запусков сценария, ограничьте частоту срабатывания одним разом на клиента.
- Если клиент не создается, а редактируется операцией, событие не запускается.
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Фильтры:
- по действию
Динамическое ожидание:
- из поля действия
Параметры:
- CustomerAction
Клиент был сдедублицирован
Любое объединение клиентов, в том числе ручное.
Затирание контактов с действием «Похожие клиенты» не считается дедубликацией.
Запрошен код авторизации
Создан код через операцию с шагом «Действие — Сгенерировать код авторизации».
Событие можно использовать для запуска транзакционных сценариев в гарантированной скоростью отправки.
Фильтры:
- по действию
Динамическое ожидание:
- из поля действия
Параметры:
- CustomerAction
Примеры использования:
- Flash Call — как сообщить пользователю код авторизации с помощью автоматического звонка.
Изменение email
Изменение email с одного на другой.
Что не входит:
- заполнение email;
- затирание email;
- создание клиента с email.
С подтверждением email
Что входит:
- добавление неподтвержденного email при наличии подтвержденного;
- email без данных по подтверждению стал неподтвержденным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение email;
- email без данных по подтверждению стал подтвержденным (при вызове из точки интеграции с соответствующими настройками).
Первое подтверждение email
При каждом подтверждении email.
Что входит:
- подтверждение основной почты;
- повторное подтверждение почты;
- заполнение почты сразу подтвержденным email;
- email без данных по подтверждению стал подтвержденным и основным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение неподтвержденного email у клиента с подтвержденным и неподтвержденным адресами;
- смена одного подтвержденного email на другой подтвержденный.
Изменение мобильного телефона
Изменение мобильного с одного на другой.
Что не входит:
- заполнение телефона;
- затирание телефона;
- создание клиента с телефоном.
С подтверждением телефона
Что входит:
- добавление неподтвержденного телефона при наличии подтвержденного;
- телефон без данных по подтверждению стал неподтвержденным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение телефона;
- телефон без данных по подтверждению стал подтвержденным и основным (при вызове из точки интеграции с соответствующими настройками).
Первое подтверждение мобильного телефона
При каждом подтверждении телефона.
Что входит:
- подтверждение основного телефона;
- повторное подтверждение телефона;
- заполнение телефона сразу подтвержденным номером;
- телефон без данных по подтверждению стал подтвержденным и основным (при вызове из точки интеграции с соответствующими настройками).
Что не входит:
- подтверждение неподтвержденного телефона у клиента с подтвержденным и неподтвержденным телефона;
- смена одного подтвержденного телефона на другой подтвержденный.
Обновление данных клиента
Изменение данных клиента, которое появляется на вкладке ’История изменений’: заполнение и затирание данных, признание валидным и невалидным email и т.д.
Что не входит:
- создание клиента, когда данные по нему впервые появляются в базе;
- объединение;
- изменение дополнительных полей, если отключено их хранение. Уточнить о состоянии этой функции можно через поддержку или у менеджера. В таком случае эти изменения также не отображаются на вкладке.
Редактирование анкеты клиентом
Изменение данных клиента с действием из категории ’Личные’, которое появляется на вкладке ’История изменений’.
Что не входит:
- создание клиента, когда данные по нему впервые появляются в базе.
Изменилось значение дополнительного поля у клиента
У клиента поменялось значение выбранных дополнительных полей.
Что входит:
- заполнение поля;
- изменение значения поля;
- затирание поля.
Состояние функции хранения изменений дополнительных полей не влияет на работу события.
Что не входит:
- создание клиента с полем.
Событие можно использовать для запуска транзакционных сценариев.
Изменился статус подписки
У клиента появился выбранный статус подписки в канале/тематике.
Что входит:
- статус стал нужным, но неявным;
- статус сразу стал нужным;
- клиент появился сразу с нужным статусом;
- статус повторно стал нужным.
Что не входит:
- неявный нужный статус стал таким же, но явным;
- после объединения основной клиент получил нужный статус.
Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.
Клиент попал в сегментацию
Клиент попал в выбранный пересчитываемый или статический сегмент.
Клиент вышел из сегментации
Клиент вышел из выбранного пересчитываемого или статического сегмента.
Баланс клиента стал отрицательным
После изменения баланса он стал отрицательным.
Например, клиент потратил начисленные за заказ баллы, а потом отменил заказ.
Событие также срабатывает, если после начисления баланс остается отрицательным или приходят ещё списания.
Фильтры:
- изменение баланса
- действие
Динамическое ожидание:
- сгорания баллов
- из поля действия
Параметры:
- CustomerBalanceChange
- CustomerAction
Бонусные баллы стали доступны (перешли из заблокированных)
Начисленные баллы стали доступны.
Если баллы начинают действовать сразу после выдачи, сценарий тоже срабатывает.
Сценарий должен быть запущен и на момент начисления баллов, и на момент их перехода в доступные.
Фильтры:
- изменение баланса
- действие
Динамическое ожидание:
- сгорания баллов
- из поля действия
Параметры:
- CustomerBalanceChange
- CustomerAction
Примеры использования:
- Сценарий «Ваши баллы доступны» — как сообщить клиенту, что полученные баллы можно тратить.
Изменения заданного баланса
Любое изменение баланса на балльном счету: начисление, списание, обнуление.
Фильтры:
- изменение баланса
- действие
Динамическое ожидание:
- сгорания баллов
- из поля действия
Параметры:
- CustomerBalanceChange
- CustomerAction
Примеры использования:
- Сценарий «Ваши баллы скоро сгорят» — как напомнить клиенту потратить баллы, пока они не сгорели.
Выдан промокод
Выдан одноразовый или реферальный промокод.
Фильтры:
- по промокоду
Параметры:
- PromoCode
Гашение промокода
Использование любого промокода, в том числе многоразового, в любой акции, в том числе внешней.
При использовании многоразовых и реферальных промокодов при обновлении статуса заказа сценарий срабатывает повторно по каждой позиции, к которой применился промокод.
При использовании одноразовых промокодов при обновлении статуса заказа сценарий срабатывает повторно, несмотря на количество позиций.
Фильтры:
- по промокоду
Параметры:
- PromoCode
Использован реферальный промокод клиента
Использован реферальный промокод, выданный клиенту.
При изменении заказа сценарий срабатывает заново по каждой позиции, к которой был применен промокод.
Фильтры:
- по промокоду
Параметры:
- PromoCode
Статус карты изменен
Статус карты стал «Активирована», «Заблокирована» или «Не активирована».
Обратите внимание, что карты всегда выдаются с изменением статуса.
Фильтры:
- информация о дисконтной карте
- действие
Динамическое ожидание:
- из поля информации о дисконтной карте
- из поля действия
Параметры:
- CustomerAction
Замена дисконтной карты
Замена карты.
Выдача новой карты не считается заменой.
Фильтры:
- по действию
Динамическое ожидание:
- по полю действия
Параметры:
- CustomerAction
Устаревшие шаги
- Создание FMCG-заказа
- Изменение статуса FMCG-заказа
- Клиент получил приз
На большинстве проектов уже не работают.