Сегментация триггерных писем по дополнительным полям

Вероятно, вы встречали формы подписки, в которых есть не только сбор емейла, а и пол подписчика. Формы, конечно же, такие есть, а вот дальнейшая работа с ними никак не проводится. Всем отправляется одно и то же промо, но что ещё хуже - даже одна и та же приветственная серия.

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

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

Как автоматизировать отправку разных писем для мужчин и женщин в eSputnik?

Прежде всего нужно проверить передаётся ли такая информация в ваш аккаунт. Для этого заходим в Настройки:

И выбираем раздел Дополнительные поля, в котором проверяем есть ли параметр пол и какой у этого поля id.

В этом примере пол контакта хранится в дополнительном поле с id под номером 4. Это поле системное и оно есть в каждом аккаунте. Если ранее это поле было удалено – можно создать новое. Для запуска сценария главное получить айдишник.

Настройка сценария подтверждения для формы с полями “М” и “Ж”

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

Давайте попробуем создать сценарий с нуля. Прежде всего устанавливаем “Запуск” сценария, а далее берём блок “Задача”. Приветственная цепочка строится на базе сценария подтверждения контакта, поэтому в блоке “Задача” выбираем “Подтвердить контакт”.

Чтобы получить доступ к дополнительным поля контакта, необходимо воспользоваться блоком “Получить контакт”

После чего становится доступна вся информация о клиенте, которая хранится в его карточке контакта, и ее можно использовать в рамках сценария.

Для начала проверим является ли значение дополнительного поля равно “м”. Чтобы выяснить какой пол у контакта, надо воспользоваться функционалом блока “Условие” и выбрать Имя задачи " Переменная соответствует регулярному выражению”.

В поле name указывается системная переменная smartMessageJson, в которую помещается вся доступная информация о контакте в результате работы блока “Получить контакт”.

В поле pаttеrn указывается регулярное выражение на соответствие с которым проверяем данные. Где “4” – это id поля в котором указан пол контакта, а “м” – это и есть наша переменная.

Стоит учесть, что при проверке дополнительного поля контакта на соответствие значения “м” и “М” будут считаться разными. Какое значение передаётся в форме, такое и следует указывать в параметрах.

Аналогично поступаем для проверки является контактов женщин:

Таким образом, сценарий приветственной цепочки для мужчин и женщин примет вид:

Если в системе нет дополнительного поля, а очень хочется

Когда нет необходимости в переносе данных о клиенте из CRM – можно отправлять клиенту персонифицированную цепочку писем используя api метод v1/event и отправить событие в систему со всей необходимой информацией.

К примеру, мы будем использовать такие параметры события:

• EmailAdress
• Name
• lang
• gender

Настроим сценарий с такими цепочками приветственных писем:

• мужчины
• женщины
• пол не указан.

Устанавливаем “Запуск” сценария, а далее берём блок “Условие”. В этом блоке в выпадающем списке поля “Имя задачи” выбираем Переменная соответствует регулярному выражению", чтобы можно было проверить содержимое переменной. Так определяется пол контакта:

По такому же принципу вносим настройки для пола “Ж” или в этом случае - woman.

Всё что не совпало с заданными условиями будет попадать на третью ветку сценария, где пол не указан.

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

Если есть дополнительные поля, но нет желания делать отдельные письма

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

Схема получается следующей:

Добавляется три блока, которые будут подставляться каждому сегменту, учитывая данные из дополнительного поля:

• #if($data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ')=='м') – мужская одежда
• #elseif($data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ')=='ж') – женская одежда
• #else – подставляются блоки с общими товарами
• #end – окончание условий.

Можно сделать более сложную проверку, на случай если поля записаны по-разному "М" или "м", "Ж" и "ж"

#if($data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ')=='м') and $data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ')=='М')

или компактный вариант:

#if($data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ').equalsIgnoreCase('м'))

соответственно для девушек будут такие же переменные:

#if($data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ')=='ж') and $data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ')=='Ж')

или компактный вариант:

#if($data.get('ЛИЧНЫЕ_ДАННЫЕ.ПОЛ').equalsIgnoreCase('ж'))

Для чего ещё использовать такое разделение?

Мы рассмотрели пример запуска триггеров только по одному параметру. Но эта же механика применима и для подобных запросов.Для каких случаев ещё подходит такая настройка сценариев?

Когда вы хотите запустить письмо по разным:

• Категориям на сайте
• Городам
• Размерам
• Статусам клиента
• Интересам и т.д.

Используйте любые данные, чтобы стать ещё ближе к клиенту.