Кейс. Як побудувати систему тригерних розсилок за допомогою Mandrill

Про компанію Dobovo

Сервіс бронювання житла для подобової оренди

---

• Рік заснування2010
• Сфера Маркетплейс
• Географія Україна

Завдання

Клієнт звернувся із завданням перенесення тригерних листів (email-повідомлення, що надсилаються користувачеві залежно від його дій або бездіяльності автоматично) з самописної власної системи у зовнішній сервіс тригерних розсилок.

На той момент Клієнт вважав свою систему розсилок застарілою:

• не було дизайну листів
• не було підтримки мультимовності
• хотілося покращити аналітику маркетингу та email-маркетингу в тому числі

Одним із побажань Клієнта було повністю віддати процес розробки тригерів та їх впровадження на аутсорс.

У процесі обговорення завдання розділилося на частини:

1. Вибрати сервіс для тригерних розсилок.
2. Зробити повний рефакторинг тригерних листів: редизайн, копірайтинг, додати потрібний функціонал та маркетингові заклики до дії. На етапі, коли Клієнт звернувся, нові листи додавалися, але вони розроблялися програмістом і тестувальником без урахування вимог маркетингу.
3. Розділити мовні версії тригерів (у Клієнта була російська та англійська версія одночасно в 1 листі).
4. Поліпшити автоматизацію email-маркетингу. Продумати стратегію та інфраструктуру для подальшого аналізу ефективності розсилок, розробки нових тригерів. Самописне рішення Клієнта не підтримувало аналіз відкриття листів, клікабельності, доставляння, скарг на спам і т.д.

Команда

З боку Roman.ua:

• Ольга Рибальченко — керівник проєкту, виконавець
• Олена Крамарчук, Максим Сокур, Марія Рибальченко – виконавці

З боку Dobovo:

• Володимир Безлюдний – СТО Dobovo.com
• Олег Муравйов – програміст
• Ольга Мялківська, Марія Бікерська, Мілена Авдєєва — тестування, впровадження

Особливості

Dobovo – маркетплейс подобової оренди, що комунікує з 2 типами користувачів:

• гості, які бронюють житло,
• власники, які житло здають.

Спочатку тригерні листи виглядали так:

• Plain text версія.
• Російська та англійська мова в 1 листі.
• Відсутність позначки посилань, що не дозволяло відстежувати ефективність розсилок у Google Analytics.
• Відсутність маркетингових елементів: кнопок з Call-To-Action, посилань на FAQ.
• Не було аналітики в цілому і важко було оцінити, чи листи працюють на цілі бізнесу.

Вибір сервісу розсилки тригерів

Dobovo з початку своєї діяльності надсилали тригерні розсилки через свій сервер.

Мінуси розсилки через власний сервер:

• Немає системи аналітики — позначки посилань, трекінгу відкриття листів, потрапляння до спаму, реакції різних поштових систем.
• Відсутність можливостей для тестування A/B.
• Неадаптивні шаблони. Адаптивний дизайн шаблону вже не розкіш, а потреба. Мобільні пристрої поступово витісняють десктоп: за даними компанії СampaignMonitor 41% email відкриваються з мобільних девайсів.
• Складно вносити правки до шаблонів листів. Це має робити або програміст, або тестувальник на бекенді.

Вибір зовнішнього сервісу

Ми вибирали між сервісами SendGrid та зв’язки Mailchimp+Mandrill. Зупинили вибір на Mailchimp ось чому:

• Зі зростанням бази система автоматизації email маркетингу Mailchimp виходить дешевшою за SendGrid.
• У Mailchimp є можливість отримати сервіс для тригерних розсилок Mandrill практично безкоштовно, якщо оплачувати основний акаунт Mailchimp.
• По всіх тестах шаблони листів Mailchimp є найбільш адаптованими під мобільні пристрої, їх верстка проходить всі тести.
• Mailchimp та Mandrill – одна інфраструктура, яку простіше підтримувати.

Кейс з email-маркетингу з Autoportal.com

Інтеграція по API або через SMTP

Для тригерних імейлів є два принципові способи інтеграції API або через SMTP. Докладно про це ми розповідали у кейсі з email-маркетингу з Autoportal.com.

Коротко про відмінності інтеграції з SMTP та API:

Інтеграція з SMTP

У цьому випадку ESP використовується як шлюз для передачі повного шаблону листа. Найчастіше такий метод використовується, якщо шаблони листів надсилаються через якісь системи аналітики або персоналізації, коли шаблон передається разом із вмістом листа, наприклад з CRM або 1С.  

Мінус цього підходу — довше надсилання листів через обмеження протоколу SMTP (черги, швидкість відповіді сервера). Не підходить для завантажених проєктів.

Інтеграція з API

Інтеграція API означає, що шаблони листів зберігаються в ESP. З боку сайту передаються змінні, що підставляються у шаблони.

Плюси інтеграції з API:

• Передаються лише змінні, не потрібно зберігати на своєму боці шаблон.
• Легко вносити правки до шаблонів.Маркетинг-команда може правити листи без залучення програмістів.
• Підходить для тестування A/B.

Для Dobovo вибрали спосіб інтеграції API.

Стадії розробки тригерних листів

1. Дизайн. Спочатку шаблон створювали через Mailchimp і передавали його Mandrill. У процесі роботи за 3 роки ці шаблони багато разів модифікувалися:

• ми оптимізували верстку;
• прописували свої CSS-стилі;
• додавали блоки з коментарями для того, щоб було простіше в майбутньому верстати.

2. Контент та тексти для трьох мовних версій — ru, en, ua. Ми повністю переглядали контент для кожного листа:

• додавали потрібні call to action;
• змінювали формулювання, щоб донести основну мету листа;
• підбирали посилання на FAQ, які релевантно можуть допомогти користувачеві у листі.

3. Технічне завдання. Всі ТЗ на тригери зберігаються в папці Google Drive за принципом: 1 ТЗ = 1 файл.

Дуже важливо утримувати всі ТЗ в актуальному вигляді: вносити правки, коли додаються нові змінні, якщо змінився синтаксис змінних — відобразити це у ТЗ із зазначенням дати.

2 типи змінних в Mandrill

У Mandrill є 2 синтаксиси змінних – merge tags та handlebars. Відмінність тільки в тому, що для handlebars не потрібно в шаблоні вказувати текст за замовчуванням.

merge tags — для змінної імені, наприклад, у шаблоні встановлено значення за замовчуванням, на місце якого буде за API передаватися потрібне:

handlebars — значення за замовчуванням не потрібні:

Синтаксис шаблонів

Умовні блоки

Mandrill підтримує динамічний контент та умовні блоки. Наприклад, можна задати умову виводити певний блок, якщо значення якоїсь змінної передається. І приховувати його, якщо немає значення.

Приклад: якщо ім’я є – передаємо кому після “Привіт,..!”, Якщо немає імені – відразу “!».

Більш складний приклад: можемо виводити в шаблон повідомлення, що бронювання було здійснено зі знижкою, якщо у користувача є певна ознака.

Виводимо той чи інший блок за умовою:

Цикли

Якщо кількість елементів може бути більшою за один, то є можливість задати цикл і таблиця матиме стільки рядків або осередків, скільки передається по API:

У середньому, в шаблоні листа від 3 до 20 змінних, залежить від складності листа.

Процес взаємодії Клієнта з агенцією

Всю розробку ведемо через трекер завдань. 1 тригер = 1 завдання

Після завершення процесу перенесення змінних в API запити та перевірки тестувальником – шаблони публікуються в Mandrill. Коли всі роботи з листа закінчені, Клієнт на своїй стороні перемикає відправку листа з внутрішньої системи на Mandrill.

В середньому, повна розробка тригера на нашій стороні займає до 3 годин.

Перехід на систему контролю версій Git

Через два з половиною роки роботи над листами впровадили систему контролю версій Git

Git 2.0 – автоматична публікація з git в Mandrill

Ми запросили у Клієнта автоматизацію системи для того, щоб публікувати листи, не заходячи до веб-інтерфейсу Mandrill.

Це потрібно було для:

• Економії часу при публікації дрібних змін.
  Наприклад, поміняти у всіх посиланнях логотип або прибрати посилання на Вконтакте в парі сотень шаблонів. Ми витрачаємо менше часу – Клієнт заощаджує бюджет на нашу оплату.
• Зменшення ймовірності помилки. Вже ні в кого “не смикнеться” рука при оновленні шаблону через Copy and paste у веб-інтерфейсі. Будь-які помилки можна відстежити та відкотити назад. При цьому зберігається версійність і з Mandrill продовжує йти правильна версія листа.
• Структуроване зберігання всіх шаблонів із усіма змінами у процесі роботи. Легко відновити, відстежити зміни та підтримувати.

І Клієнт це запровадив. Ми реально кайфуємо від інтеграції. Хлопці з Dobovo, дякую за інтеграцію через Git!

Чеклісти для інтеграції тригерів

Для кожного процесу ми заводимо чекліст і вимагаємо від колег його виконання. Чекліст для тригерів Dobovo виглядає так:

Потрібно періодично перевіряти та тестувати листи: чи не відвалилася мобільна версія, як виглядають таблиці у мобільній версії.

У Mandrill жива версія листа для кожного користувача зберігається протягом 30 днів і можна подивитися, що пішло тому чи іншому користувачеві.

Mandrill зберігає останні 100 успішних API запитів, тому можна перевірити значення кожної змінної, яка надсилалася. Так є можливість виявити помилки:

Результат

В рамках стратегії email-розсилки ми переробили, доповнили та перенесли до Mandrill 308 листів та продовжуємо. У тому числі для партнерських проєктів Dobovo та турецької версії сайту з перекладом всього контенту.

Система працює без збоїв, у Клієнта 98,6% доставляння, жодного зниження рейтингу або попадання під фільтри Mandrill за весь час, репутація Excellent у системі при понад 200 000 відправках на місяць.

Приклад листа до

Приклад листа після

Мобільна версія тригерного листа

Дмитро Малахов

Co-founder

Тішить те, що ви завжди в тренді та шукаєте вирішення наших завдань за допомогою останніх технологій

Читати відгук

На цьому все, впроваджуйте тригерні листи у свою стратегію email-маркетингу.

Хочеш налаштувати email-маркетинг?

Ми глибоко розуміємо, як побудувати стратегію email-маркетингу та впровадити її в життя

Дізнайся докладніше або дивись портфоліо за послугою