Первые шаги
Отслеживание событий и поведения
Пользовательские данные
- Создание сквозных модулей
- Оформление промовкладки для Gmail
- Настройка Smart-элементов
- Обзор адаптивного email-редактора
- Создание футера
- Настройка адаптивности
- Добавление Rolloverʼа
- Настройка блока "Меню"
- Добавление анкорных ссылок
- Робота с блоком "Изображения"
- Работа с блоком "Соцсети"
- Добавление таблицы в письмо
- Добавление фона в письмо
- Добавление пользовательских шрифтов
- Добавление кастомных иконок соцсетей
- Создание кнопки CTA
- Создание оформления для письма
- Редактирование HTML и CSS
- Работа с блоком "Баннер"
- Добавление блока "Видео"
- Библиотека блоков (Модули)
- Работа с блоком “Таймер"
Омниканальность
- Настройка универсальных ссылок (deeplinks & Universal links)
- Создание Google проекта для Mob Push
- Подключение мобильного приложения
- Планирование мобильных push-уведомлений
- Настройка аналитики доставляемости и кликов
- Управление ключами доступа к мобильному SDK
- Создание мобильных push-сообщений
- Отчеты по мобильным push-рассылкам
- SDK для мобильных приложений
Автоматизация
- Согласование переменных события со сценарием на примере сценария "Заказ доставлен"
- Запуск сценария после импорта контактов
- Поздравление с днем рождения
- Запуск Welcome-серии для разных категорий
- Двойное подтверждение подписки
- Приветственная серия
- Контроль триггеров
- Привязка сценария к кнопке
- Реактивация клиентов и подписчиков
- Сбор отзывов о заказе
- Если сценарий не работает
- Отправка рассылки непрочитавшим
- Регулярный сценарий для группы
Персонализация
- HTTP-запрос для передачи промокода из сообщения в карточку контакта
- Принципы генерации промокодов с помощью PHP/JAVA
- Подстановка промокода с использованием API
- Загрузка промокодов для использования в сценарии
- Подстановка промокода с помощью персонализации
- Подстановка промокода из файла
- Генерация промокодов в сценарии
- Отправка промокода с помощью препроцессора
Аналитика
- Отчет по AMP-рассылке
- Отчет по Viber-рассылке
- Отчёт по email-рассылке
- Настройка передачи UTM-меток
- Отчет по Web-push рассылке
- Визуализация дохода от рассылок
- Как открыть CSV-файл после экспорта
- Отслеживание эффективности рассылок в Google Analytics
- Отчет по SMS-рассылке
- Отчеты по мобильным push-рассылкам
Мультиязычность
API
Смена системы
Документы
Интеграция
Запуск Welcome-серии для разных категорий
Вероятно, вы встречали формы подписки, в которых есть не только сбор емейла, а и пол подписчика. Формы, конечно же, такие есть, а вот дальнейшая работа с ними никак не проводится. Всем отправляется одно и то же промо, но что ещё хуже - даже одна и та же приветственная серия.
Сколько бы ни спорили с таким подходом, но разделение по полу это +1 способ персонализировать рассылки. И мне кажется, что такую сегментацию нужно применять при первом же взаимодействии, не дожидаясь промо. Согласитесь, добавляя такие кнопки вы сразу подписываетесь а двойную работу для себя, но тем не менее, ваши письма будут релевантными для подписчиков.
Зачем это нужно и примеры к использованию можно посмотреть в нашей статье о “Гендерном неравенстве в емейл-рассылках”, а сейчас давайте рассмотрим подробности - как реализовать приветственную серию для разных групп контактов в eSputnik.
Как автоматизировать отправку разных писем для мужчин и женщин в eSputnik?
Прежде всего нужно проверить передаётся ли такая информация в ваш аккаунт. Для этого заходим в Настройки:
И выбираем раздел Дополнительные поля, в котором проверяем есть ли параметр пол и какой у этого поля id.
В этом примере пол контакта хранится в дополнительном поле с id под номером 4. Это поле системное и оно есть в каждом аккаунте. Если ранее это поле было удалено – можно создать новое. Для запуска сценария главное получить айдишник.
Настройка сценария подтверждения для формы с полями “М” и “Ж”
Если у вас уже настроена форма подписки – вам необходимо заменить сценарий или внести небольшие дополнения в уже имеющийся. Мы рекомендуем под каждую форму подписки создавать свои сценарии, в таком случае при внесении изменений в один сценарий это не повлияет на работу других.
Давайте попробуем создать сценарий с нуля. Прежде всего устанавливаем “Запуск” сценария, а далее берём блок “Задача”. Приветственная цепочка строится на базе сценария подтверждения контакта, поэтому в блоке “Задача” выбираем “Подтвердить контакт”.
Чтобы получить доступ к дополнительным поля контакта, необходимо воспользоваться блоком “Получить контакт”
После чего становится доступна вся информация о клиенте, которая хранится в его карточке контакта, и ее можно использовать в рамках сценария.
Для начала проверим является ли значение дополнительного поля равно “м”. Чтобы выяснить какой пол у контакта, надо воспользоваться функционалом блока “Условие” и выбрать Имя задачи " Переменная соответствует регулярному выражению”.
В поле name указывается системная переменная smartMessageJson, в которую помещается вся доступная информация о контакте в результате работы блока “Получить контакт”.
В поле pаttеrn указывается регулярное выражение на соответствие с которым проверяем данные. Где “4” – это id поля в котором указан пол контакта, а “м” – это и есть наша переменная.
Стоит учесть, что при проверке дополнительного поля контакта на соответствие значения “м” и “М” будут считаться разными. Какое значение передаётся в форме, такое и следует указывать в параметрах.
Аналогично поступаем для проверки является контактов женщин:
Таким образом, сценарий приветственной цепочки для мужчин и женщин примет вид:
Если в системе нет дополнительного поля, а очень хочется
Когда нет необходимости в переносе данных о клиенте из CRM – можно отправлять клиенту персонифицированную цепочку писем используя api метод Generate 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('ж'))
Для чего ещё использовать такое разделение?
Мы рассмотрели пример запуска триггеров только по одному параметру. Но эта же механика применима и для подобных запросов.Для каких случаев ещё подходит такая настройка сценариев?
Когда вы хотите запустить письмо по разным:
- Категориям на сайте
- Городам
- Размерам
- Статусам клиента
- Интересам и т.д.
Используйте любые данные, чтобы стать ещё ближе к клиенту.