Сценарий карты коммуникаций — это цепочка последовательно выполняемых триггеров, событий и действий для отправки писем подписчикам.
Сценарий настраивается в дизайнере карт коммуникаций и всегда начинается с блока Сегмент, который по умолчанию размещён на поле для моделирования и его нельзя удалить. Дополните сценарий триггерами, действиями, шлюзами и событиями. Для этого перенесите нужные блоки с боковой панели и соедините их.
Чтобы построить сценарий, выполните следующие шаги:
- Выберите сегмент, для которого предназначена карта.
- Добавьте триггер, который отслеживает заданные изменения в элементах приложения, где указаны подписчики сегмента, выбранного на шаге 1.
- Дополните карту блоком Таймер или Ожидание события, чтобы определить время перехода сценария на следующий шаг.
- Настройте отправку рассылки подписчикам, добавив действие E-mail. Этот шаг обязателен в любом сценарии.
- Если нужно разделить сценарий на несколько веток для разных групп подписчиков, используйте шлюз.
- Завершите цепочку сценария событием Конечное. Этот шаг также обязателен в сценарии.
В зависимости от маркетинговой задачи вы можете добавить в сценарий несколько триггеров, событий, шлюзов и блоков E-mail. Обратите внимание, из всех блоков, кроме шлюза, всегда выполняется только один переход к следующему. Только шлюз разделяет сценарий на несколько веток.
Рассмотрим подробнее настройки каждого блока. Чтобы перейти к ним, дважды нажмите на блок.
Шаг 1. Выбрать сегмент
Сценарий всегда начинается с блока Сегмент. В его настройках:
- укажите название блока в сценарии;
- выберите сегмент, для подписчиков которого выполнятся все последующие шаги сценария. Вы можете указать статический или динамический сегмент подписчиков. Для динамического сегмента список подписчиков формируется в течение всего периода активности карты. Если за это время появится подписчик, по которому соблюдены условия, заданные в сегменте, по нему запустится экземпляр карты и сценарий перейдёт на следующий шаг.
Шаг 2. Настроить триггер
После блока Сегмент разместите триггер. Он отслеживает изменения в элементах приложения, где указаны контакты. Например, можно отслеживать изменения в лидах и сделках.
Следующий шаг сценария выполнится для контакта, если он:
- является подписчиком сегмента, выбранного на шаге 1;
- указан в элементе приложения, которое выбрано в триггере, и для этого элемента выполнены условия, заданные в триггере. Проверка условия выполняется, пока карта активна и не завершена.
Вы можете добавить в сценарий несколько триггеров. В их настройках должно быть указано одно и то же приложение. Исключением является триггер Отсутствие активности контакта. При этом сценарий будет выполняться по подписчикам, которые определятся в первом триггере. Только по ним выполнится проверка условий в последующем триггере и т. д.
В настройках триггера:
- укажите название блока в сценарии;
- выберите приложение, если есть соответствующее поле в настройках, в котором будут отслеживаться изменения для запуска следующего шага сценария. Для выбора доступны приложения, связанные с приложением Контакты и указанные в настройках раздела Маркетинг.
Другие настройки зависят от выбранного триггера.
Ожидание изменения статуса
Триггер отслеживает изменение статуса элемента приложения. Сценарий продолжится, если:
- элемент уже имеет статус, указанный в настройках;
- статус элемента изменится на заданный, пока карта активна.
Например, следующий шаг сценария выполнится для подписчика, который указан в элементе приложения Лиды, если:
- элемент имеет статус Обработка на момент активации карты;
- статус элемента изменится на Обработка в период, пока карта активна.
Примеры с этим триггером смотрите в описании кейсов Приглашение на вебинар и Отзыв после покупки.
Ожидание значения поля
Триггер отслеживает изменение свойства элемента приложения. Сценарий продолжится, если:
- свойство уже имеет значение, указанное в настройках, в момент активации карты;
- значение свойства изменится на заданное, пока карта активна.
В опции Фильтр* можно указать несколько полей приложения. Тогда сценарий перейдёт на следующий шаг только при выполнении всех условий.
Например, следующий шаг сценария выполнится для подписчика, который указан в элементе приложения Компании, если:
- свойство Тип клиента имеет значение Золото на момент активации карты;
- значение свойства Тип клиента изменится на Золото в период, пока карта активна.
Пример с этим триггером смотрите в описании кейса Акция Золотые клиенты.
Отсутствие активности контакта
Триггер отслеживает наличие записей по подписчику в истории активностей за указанный период. Учитываются все активности, в том числе скрытые. Если записей не было, сценарий продолжится.
Обратите внимание, если этот триггер в сценарии размещён первым, то в настройках последующих триггеров можно выбирать любое приложение.
Рассмотрим пример. В триггере задан период 30 дней. На момент активации карты:
- для подписчика А нет активностей за последние 30 дней — триггер сработает сразу;
- для подписчика В есть запись о звонке 25 дней назад — триггер сработает через пять дней и сценарий продолжится, если карта будет активна и новых активностей по подписчику не появится.
Отсутствие изменения статуса
Триггер отслеживает период, в течение которого элемент приложения находится в одном и том же статусе. Если статус не менялся за указанное время, сценарий продолжится.
Рассмотрим пример. В триггере задан период 90 дней. На момент активации карты:
- для подписчика А статус Обработка в сделке не изменялся последние 90 дней — триггер сработает сразу;
- для подписчика В статус в сделке сменился на Обработка 70 дней назад — триггер сработает через 20 дней и сценарий продолжится, если карта будет активна и статус сделки за это время останется прежним;
- для подписчика С статус в сделке сменился на Обработка 10 назад. Через 20 дней после активации карты статус сменился на Квалифицирован — триггер не сработает по этому подписчику.
Создание элемента приложения
Триггер отслеживает, добавился ли в приложение новый элемент с подписчиком сегмента, для которого настроен сценарий. Если элемент создан в период активности карты, сценарий продолжится.
В опции Фильтр* можно указать несколько полей приложения. Тогда сценарий перейдёт на следующий шаг только при выполнении всех условий.
Например, следующий шаг сценария выполнится для подписчика, который указан в элементе приложения Сделки с заданным условием, который создан в период с момента активации карты до её завершения.
Обратите внимание, если элементы приложения импортированы с включённой опцией Игнорировать обработчики событий, триггер не сработает для них и сценарий не выполнится.
Пример с этим триггером смотрите в описании кейса Рассылка по продуктам.
Шаг 3. Настроить событие
Вы можете задать время выполнения для следующих шагов сценария, используя блоки Триггер и Ожидание события.
Таймер
Отслеживает, когда завершится заданный период ожидания. После этого сценарий продолжится.
Примеры с этим блоком смотрите в описании кейсов Отзыв после покупки и Акция Золотые клиенты.
Ожидание события
Отслеживает, когда наступит заданная дата и время. После этого сценарий продолжится.
Пример с этим блоком смотрите в описании кейса Приглашение на вебинар.
Шаг 4. Настроить рассылку
Действие E-mail отправляет письмо подписчику. Этот шаг обязателен в любом сценарии. В настройках блока заполните поля:
- Название* — введите название блока в сценарии;
- Наименование* — укажите название рассылки;
- Тема письма* — обозначьте тему письма;
- Имя отправителя* — укажите отправителя;
- E-mail отправителя* — введите электронную почту, которая указана в привязанной учётной записи подключённого сервиса рассылки. Для отправки через Unisender Go укажите email, для которого в этом сервисе подтверждён домен рассылки. Для сервиса Sendsay можно выбрать эл. адрес из списка e-mail отправителей, заданных на стороне сервиса;
- Сервис рассылки* — выберите сервис рассылки, с которым настроена интеграция;
- Шаблон письма* — выберите шаблон для письма.
В рамках одного сценария можно выполнить нескольких рассылок. Пример смотрите в кейсе Приглашение на вебинар.
Шаг 5. Добавить шлюз
Используйте шлюз, чтобы разделить выполнение сценария на несколько веток для разных групп подписчиков в зависимости от условий, заданных в настройках шлюза.
Шлюз ИЛИ
Этот шлюз является исключающим и направляет выполнение сценария для подписчика только по одному исходящему переходу. Условия перехода можно задать по данным элемента приложения, в котором указан подписчик. Если условие выполнилось, сценарий продолжится по той ветке, для которой оно задано. Для шлюза ИЛИ можно настроить любое количество исходящих переходов.
Окно настроек шлюза состоит из двух вкладок: Основное и Переходы.
Шлюз ИЛИ. Вкладка «Основное»
Здесь укажите название шлюза в сценарии и укажите приложение, для которого вы будете задавать условия переходов. Можно выбрать приложение Контакты или приложение, заданное в первом триггере сценария. Если первым в сценарии является триггер Отсутствие активности контакта, указать можно только приложение Контакты.
Шлюз ИЛИ. Вкладка «Переходы»
На этой вкладке отобразится список всех исходящих переходов из шлюза ИЛИ, которые вы создали в сценарии. Задайте условия для каждого из них, а также выберите переход по умолчанию. Обратите внимание, условия проверяются в том порядке, в котором составлен список переходов. Чтобы изменить порядок проверки, переместите переходы в списке выше или ниже.
Обязательно укажите переход по умолчанию. По нему продолжится ход сценария, если ни одно из условий не выполнится.
Чтобы задать условия для выбранного перехода:
- Справа от названия перехода нажмите Настройка.
- В открывшемся окне укажите название перехода и добавьте условия, при соблюдении которых для подписчика сценарий продолжится по этому переходу.
Например, если в карточке лида задан Продукт А, то для подписчика, указанного в этом лиде, сценарий продолжится по переходу с названием Продукт = А и он получит письмо с акцией по продукту А. Подробнее о примере такого сценария смотрите в описании кейса Рассылка по продуктам.
Шлюз Вовлечённость
Этот шлюз можно разместить только после действия E-mail. Он позволяет настроить два исходящих перехода в зависимости от реакции подписчиков на письмо, полученное в результате выполнения блока E-mail. В настройках шлюза можно выбрать одну из следующих реакций:
- открыто или не открыто письмо;
- совершён переход по ссылке в письме или нет.
Например, если выбрана опция Открытие письма, шлюз разделит выполнение сценария на две ветви: для подписчиков, которые открыли письмо, и для тех, кто не открывал письмо.
Между E-mail и последующим шлюзом Вовлечённость вы можете размещать другие блоки.
Окно настроек шлюза состоит из двух вкладок: Основное и Переходы.
Шлюз Вовлечённость. Вкладка «Основное»
Здесь укажите название шлюза в сценарии, а также выберите действие E-mail, по которому будет учитываться реакция на письмо.
Также определите время ожидания реакции на полученное письмо. Если оно истечёт, выполнится переход по умолчанию, заданный на вкладке Переходы. При этом реакция на письмо не зафиксируется.
Шлюз Вовлечённость. Вкладка «Переходы»
Здесь выберите реакцию на письмо, которая будет учитываться в шлюзе: Открытие письма или Клик по ссылке в письме.
Ниже отобразятся два исходящих перехода, предварительно добавленные в сценарий. Обратите внимание, из шлюза Вовлечённость нужно создать два перехода.
Определите переход по умолчанию. Он выполнится, если подписчик не открыл письмо или не нажал на ссылку в письме. Например, это может быть переход к конечному событию. Если переход по умолчанию задан, появятся подсказки ниже названий переходов: Открыли / Не открыли или Кликнули по ссылке / Не кликнули по ссылке.
Рассмотрим пример работы шлюза. Настроим в нём два перехода для подписчиков, которые открыли письмо с приглашением на вебинар и не открыли. Зададим время ожидания пять дней. Если в течение этого срока письмо не будет открыто, сценарий завершится. Если подписчик откроет письмо, сценарий перейдёт к блоку Ожидание события и затем выполнится рассылка с напоминанием о вебинаре. Подробнее этот пример сценария смотрите в кейсе Приглашение на вебинар.
Шаг 6. Завершить сценарий
В конце цепочки любого сценария разместите событие Конечное. Для него не нужно задавать настройки.