«Событие»: по каким событиям можно запустить сценарий

Сценарии позволяют настраивать автоматическое взаимодействие с клиентами. С их помощью можно начислять баллы после подтверждения почты, отправлять NPS-опросы после доставки заказа и многое другое, то есть реагировать на события.

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

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

Рассмотрим все события, в ответ на которые можно запустить сценарий, их особенности, и дополнительные настройки, которые открываются при их использовании:

события.png

А также как отбросить ненужные прохождения условиями по клиентам.

О том, как запускать сценарий по выбранному сегменту клиентов периодически (каждый день, в конце месяца и т.д.) — в статье.

Клиенты — как ограничить срабатывание по событиям

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

workflow-events-filter-clients.png

Доступные условия по клиентам:

  • Email — заполнен и (не)валидный;
  • Мобильный телефон — заполнен и (не)валидный;
  • Сегмент — (не) входит в пересчитываемый или статический сегмент;
  • Подписка — подписан в нужном бренде, канале, тематике;
  • Мобильное приложение — наличие приложения с разрешением на отправку мобильных пушей;
  • Устройство — наличие устройства с разрешением на отправку вебпушей на сайт.

Задать условия, которые не входят в этот список, в том числе контекстные по событию, можно через отдельный блок.

Например, после брошенной сессии отправляются email- и вебпуш-рассылки. То есть, что в сценарий должны попадать только пользователи, которым можно отправить коммуникацию хотя бы в одном из каналов — добавляем эти условия в запуск:

workflow-events-filter-clients-example.png
Клиенты без подходящих данных не попадут в сценарий, из которого они всё равно выпали бы при дальнейших проверках, и тем самым не создадут лишнюю нагрузку на проекте.

Прохождения, не прошедшие проверку, не переходят в следующий блок, поэтому не входят в общую статистику на канве сценария, но их количество можно посмотреть в блоке запуска в строке «Не вошли в сценарий».

Такие прохождения останавливаются с причиной «Невозможно применить условие».

Действия клиентов

Выдано действие

Выдано действие. Доступен выбор нескольких шаблонов действия одновременно.

  • На действиях, выданных задним числом, сценарий срабатывает, но они должны попадать в актуальность группы шагов.
    Как это работает
    Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 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 — как сообщить пользователю код авторизации с помощью автоматического звонка.

Заказы

Статус заказа изменен

Заказ перешел в выбранный статус. В том числе сразу пришел в нужном статусе.

  • На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
    1. Действие должно попадать в актуальность группы шагов.
      Как это работает

      Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.

      Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.

    2. Не должно быть изменения по заказу с более поздней датой. Ведь в таком случае пришедшие данные уже не самые актуальные по заказу.

Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.

Все позиции заказа перешли

  • В статус должны перейти все позиции, которые пришли с созданием заказа. То есть, если одна позиция отменилась, сценарий не запустится.
  • Позиции необязательно должны переходить в указанный статус в рамках одного действия. Если изменения по позициям приходят постепенно, сценарий запустится, когда все позиции получат нужный статус.
  • Можно дополнительно ограничить количество срабатываний в рамках заказа.
  • Количество переходов в нужный статус считается с момента запуска сценария. Например, если сценарий должен применяться к заказу один раз и нужный переход произошел до включения сценария, повторное изменение статуса заказа запустит сценарий.

Любая позиция заказа перешла

  • Можно дополнительно ограничить количество срабатываний в рамках заказа.
  • Количество переходов в нужный статус считается с момента запуска сценария. Например, если сценарий должен применяться к заказу один раз и нужный переход произошел до включения сценария, повторное изменение статуса данной позиции или смена статуса другой позиции запустят сценарий.

Контекстные фильтры:

  • по заказу
  • по действию

Динамическое ожидание:

  • из поля заказа
  • из поля действия

Событийные параметры:

  • Order
  • CustomerAction

Примеры использования:

Заказ добавлен или изменен

Заказ попал на проект или произошло любое его изменение (даже если пришли те же данные с тем же статусом): есть действие по заказу — сценарий запускается. Можно дополнительно ограничить количество срабатываний в рамках заказа.

  • На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
    1. Действие должно попадать в актуальность группы шагов.
      Как это работает

      Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.

      Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.

    2. Не должно быть изменения по заказу с более поздней датой. Ведь в таком случае пришедшие данные уже не самые актуальные по заказу.

Событие можно использовать для запуска транзакционных сценариев с гарантированной скоростью отправки.

Контекстные фильтры:

  • по заказу
  • по действию

Динамическое ожидание:

  • из поля заказа
  • из поля действия

Событийные параметры:

  • Order
  • CustomerAction

Примеры использования:

Клиент приобрел продукт (позиция доставлена)

Позиция заказа перешла в статус «Доставлена». В том числе сразу пришла в данном статусе.
Запускается на каждую доставленную позицию, даже если они пришли в одном заказе. То есть доставка заказа с двумя позициями запустит сценарий два раза.

  • Работает повторно по позиции, если что-то в ней поменялось (цена, количество, дополнительные поля).
  • На заказах, добавленных задним числом, сценарий срабатывает, но есть два нюанса:
    1. Действие должно попадать в актуальность группы шагов.
      Как это работает

      Например, сценарий сразу после заказа отправляет рассылку; актуальность у группы шагов — сутки. Заказ попал в базу 10 июня в 10:00 с переданной датой заказа 6 июня 20:00. Шаг мог сработать с 6 июня 20:00 до 7 июня 20:00 (с учетом актуаности группы шагов в сутки). Это время уже прошло, поэтому сценарий откидывает событие и не срабатывает по нему.

      Немного изменим сценарий из примера: допустим, между заказом и рассылкой стоит ожидание в 3 дня. 3 дня опять же отсчитаются от даты, с которой пришло действие, то есть рассылка может отправиться с 9 июня 20:00 до 10 июня 20:00. Заказ попадает в актуальность шага, поэтому сценарий отрабатывает по нему.

    2. Не должно быть изменения по позиции с более поздней датой. Ведь в таком случае пришедшие данные уже не самые актуальные по позиции.

Контекстные фильтры:

  • по позиции заказа
  • по продукту

Динамическое ожидание:

  • из поля позиции заказа
  • из поля продукта
  • истечение срока годности продукта

Событийные параметры:

  • OrderItem
  • Product

Примеры использования:

Сегментации

Клиент попал в сегментацию

Клиент попал в выбранный пересчитываемый или статический сегмент.

Клиент вышел из сегментации

Клиент вышел из выбранного пересчитываемого или статического сегмента.

Изменения карточки клиента

Клиент попал в БД

Новый клиент добавлен в базу любым способом: вручную, по API, импортом по файлу. Если появляется новый Mindbox ID — событие срабатывает.

  • Даже если новый клиент сразу объединяется с карточкой существующего клиента, создание новой карточки произошло, поэтому сценарий запускается. Чтобы избежать повторного срабатывания в таких случаях, ограничьте количество применений к клиенту одним разом.
  • Обратите внимание, что не всегда импорт создает нового клиента. Если клиент есть в базе, он будет просто отредактирован. В таком случае события попадания в базу не произойдет.

Примеры использования:

Клиент зарегистрирован

Новый клиент добавлен из операции с шагом «Клиент — Зарегистрировать», «Клиент — Зарегистрировать или дополнить», «Клиент — Импортировать».

  • Событие срабатывает на создание клиента с новым 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

Рассылки

Клиент поучаствовал в рассылке / Клиенту отправлена рассылка

По клиенту пришел заданный статус рассылки.

Для остальных статусов (открытие, клики, запрос отписки) используйте событие Выдано действие с соответствующим шаблоном.

Как сценарии помогают клиентам Mindbox строить сложные автоматические механики