Як виміряти конверсію транзакційних листів

Як виміряти конверсію електронної пошти з транзакційних повідомлень

Транзакційні повідомлення надсилаються з певної причини, і зазвичай ця причина — не «маркетинг». Квитанція, скидання пароля, оновлення статусу доставки або повідомлення про продовження підписки все одно можуть спровокувати покупку, апгрейд чи бронювання — і саме тут починається вимірювання. Якщо ви хочете зрозуміти, як виміряти конверсію email без припущень, вам потрібні одна чітка дія й один чіткий часовий проміжок.

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

1. Визначте точну конверсію, яку хочете атрибутувати

Оберіть одну конверсійну дію для одного набору вимірювання. Для підтвердження замовлення це може бути повторна покупка протягом 7 днів. Для скидання пароля — завершене відновлення доступу протягом 30 хвилин. Для рахунка-фактури — оплата після доставки повідомлення.

Це звучить очевидно, доки команди не починають усе змішувати. Оновлення статусу доставки може привести до звернення в підтримку, повторного замовлення або кліку за реферальним посиланням; це три різні результати. Якщо назвати все це «конверсією», показник стане важко читати й неможливо порівнювати між кампаніями.

Запишіть дію простою мовою. «Завершив оформлення після листа про відновлення кошика» — краще, ніж «залучена післявідправна поведінка». Одне можна виміряти. Інше — туман.

Прив’яжіть дію до бізнес-рішення. Якщо команда хоче знати, чи рахунки-фактури зменшують прострочені платежі, тоді конверсія — це оплачений рахунок, а не просто клік по посиланню для оплати. Якщо продукт хоче зрозуміти, чи листи онбордингу підвищують активацію, тоді конверсія — це перше успішне використання ключової функції, а не просто вхід у систему.

2. Оберіть типи транзакційних листів, які включати

Обсяг має значення. Підтвердження замовлень, скидання пароля, оновлення доставки, рахунки та листи онбордингу зазвичай варто вимірювати окремо, бо кожне повідомлення виконує іншу роль і формує інші очікування користувача.

Один лист може робити більше ніж одну річ, але ваша звітність не повинна вдавати, ніби вони однакові. Лист для скидання пароля рідко має продавати; лист онбордингу може бути створений для підштовхування до налаштування акаунта; лист із рахунком може бути потрібен, щоб отримати оплату без дзвінка. Ця різниця змінює зміст показника конверсії.

Складіть список типів повідомлень, які ваша команда надсилає в типовий місяць. Якщо у вас 5 типів — відстежуйте 5 рядків. Якщо 12 — відстежуйте 12. Менший список легше перевіряти, і він також показує, де справді відбувається дія.

Є один практичний виняток. Якщо два транзакційні повідомлення мають однакову мету, наприклад «етикетку доставки створено» та «посилка в дорозі», їх можна об’єднати на першому етапі. Але навіть тоді зберігайте сирі дані окремо, щоб потім розділити їх, якщо цифри виглядатимуть дивно.

3. Оберіть метод відстеження, який може пов’язати лист із дією

Вам потрібен спосіб зв’язати відправлення з результатом. Позначені посилання, UTM-параметри, відстеження подій і зіставлення замовлень на бекенді — усе це працює, але вирішує різні частини проблеми.

Позначені посилання та UTM-параметри корисні, коли конверсія відбувається на сайті й клік є частиною шляху. Відстеження подій краще підходить, коли дія відбувається в застосунку після відкриття листа. Зіставлення на бекенді допомагає, коли продаж або платіж уже зафіксовані у вашій базі даних, і ви хочете прив’язати їх до повідомлення, яке їх запустило.

Метод має відповідати каналу. Оновлення доставки, яке веде користувача в мобільний застосунок, не повинно покладатися лише на веб-UTM. Нагадування про оплату, яке закривається у вашій CRM, не повинно залежати лише від даних про кліки. Саме тут команди часто застрягають, і саме тут чітке іменування подій економить години згодом.

Якщо ваша транзакційна система вже реєструє події доставки та відкриття, поєднайте це з бекенд-записами про покупку, оновлення тарифу або оплату. Та сама логіка, що використовується в подіях email webhook для транзакційних листів, може допомогти побудувати надійний ланцюжок від доставки до дії. Важливе зауваження: клік — це не конверсія. Клік — це підказка.

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

4. Визначте вікно конверсії та правило атрибуції

Задайте вікно конверсії ще до того, як подивитеся на результати. Для деяких транзакційних повідомлень вистачить 15 хвилин. Для інших правильним лімітом можуть бути 24 години, 7 днів або навіть 30 днів.

Вікно залежить від очікуваної затримки між повідомленням і дією. Скидання пароля не має потребувати тижня. Нагадування про рахунок — може. Оновлення доставки може спричинити покупку в той самий день, а лист онбордингу може конвертувати лише після того, як користувач побачить два або три листи в серії.

Потім оберіть правило атрибуції. Last-click віддає конверсію останній відстеженій точці дотику. First-click — найпершій точці дотику. Multi-touch розподіляє внесок між кількома кроками. Саме тому атрибуція транзакційних повідомлень має бути визначена до публікації звіту, а не після того, як цифри вже виглядають «зручними».

Для транзакційних повідомлень last-click часто є найчистішою відправною точкою, бо лист зазвичай прив’язаний до конкретної події. Водночас користувача, який відкрив оновлення доставки, а потім конвертувався через ретаргетингову рекламу, не завжди слід вважати суто перемогою email. У таких випадках правило має відповідати питанню, яке ставить команда, а не інструменту, який найпростіше налаштувати.

Запишіть правило одним реченням і не змінюйте його протягом звітного циклу. Якщо команда змінить last-click на multi-touch посеред кварталу, трендова лінія втратить зміст.

5. Розрахуйте показник конверсії транзакційних листів

Базова формула проста: кількість конверсій, поділена на кількість доставлених транзакційних листів, а потім помножена на 100. Якщо 40 доставок приводять до 2 конверсій, показник становить 5%. Якщо 400 доставок приводять до 2 конверсій, це 0,5%. Математика не зважає на ваші очікування.

Використовуйте саме доставлені листи, а не надіслані, якщо хочете отримати чистіший показник. У надісланих зазвичай є bounce. Доставлені прибирають очевидні не-контакти й роблять знаменник чеснішим. Якщо ви виключаєте дублікати або очевидний тестовий трафік, зазначте це також.

Допомагає невеликий приклад. Припустімо, було надіслано 1 000 листів із рахунками, 20 із них не доставлено, а 18 клієнтів оплатили після отримання. Кількість доставлених становить 980, тож показник конверсії транзакційних листів — 1,84%. Якщо 3 із цих оплат були дубльованими відправленнями, виключіть їх перед фінальним розрахунком. Показник має відображати реальні конверсії, а не повторні кліки по тій самій кнопці оплати.

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

6. Відокремлюйте прямі конверсії від асистованих

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

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

Такий поділ найважливіший, коли повідомлення є інформативним. Оновлення доставки може нагадати комусь про товар, про який він забув, і покупка може відбутися через два дні після цього — після реклами в соцмережах або пошуку на десктопі. Оновлення доставки все одно допомогло. Просто воно не закрило продаж.

Використовуйте цей поділ, щоб відповісти на два різні запитання. Пряма конверсія показує, як часто транзакційне повідомлення завершує роботу. Асистована — як часто воно її починає. Ці два числа мають стояти поруч, а не змагатися за одну й ту саму назву.

Якщо дані слабкі, так і скажіть. Коротке вікно атрибуції та правило одного пристрою можуть зробити пряму конверсію низькою, навіть якщо email корисний. Це не провал. Це вибір методу вимірювання.

7. Сегментуйте результати за типом листа, аудиторією та пристроєм

Спершу розбийте показник конверсії за категорією повідомлення. Підтвердження замовлення часто поводяться інакше, ніж листи онбордингу. Листи з рахунками можуть перевершувати оновлення доставки, а скидання пароля може майже не давати подальшого доходу.

Потім сегментуйте за аудиторією. Нові клієнти, повторні покупці, користувачі безкоштовного тарифу та корпоративні акаунти можуть реагувати дуже по-різному. Користувачу безкоштовного тарифу, який отримав лист онбордингу, може знадобитися 3 кроки до конверсії, тоді як повторний покупець може конвертуватися з одного підтвердження замовлення, бо довіра вже є.

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

Зберігайте список сегментів практичним. Почніть із 3 зрізів: тип листа, аудиторія та пристрій. Якщо команда спробує додати ще 12 розрізів у перший день, звіт перетвориться на лабіринт. Саме так хороші дані залишаються без уваги.

Для команд, які також відстежують доставлюваність, ті самі патерни часто збігаються з технічною якістю. Надійна автентифікація та стабільна репутація відправника допомагають кожному транзакційному листу бути поміченим, тому команди часто переглядають налаштування автентифікації email для транзакційних листів разом із даними конверсії. Повідомлення, яке ніколи не потрапило до скриньки, не може конвертувати.

8. Перевірте цифри за даними аналітики та CRM

Зіставте дані email-платформи з вебаналітикою, записами ecommerce і CRM. Якщо ваш інструмент email каже про 18 конверсій, а ваш магазин показує 14 оплачених замовлень, зупиніться й розберіться до публікації цифри.

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

Проста таблиця звірки допомагає. Додайте тип повідомлення в один стовпець, кількість доставлених — в інший, конверсії платформи — у третій, а підтверджені CRM конверсії — у четвертий. Якщо стовпці відрізняються більш ніж на невелику суму, проблема зазвичай у визначенні події, а не в поведінці аудиторії.

Перевірка — це також місце, де важлива обробка bounce. Якщо доставка не відбулася, її не має бути в знаменнику, а якщо розміщення у скриньці погане, показник може занижувати реальний намір повідомлення. Перевірки в кращих практиках deliverability email можуть допомогти виключити проблеми з доставкою, перш ніж ви звинуватите саме повідомлення.

Ще одна практична перевірка: порівняйте результати з записами платіжного провайдера або журналами акаунтів за той самий 24-годинний чи 7-денний період. Якщо цифри не збігаються, з’ясуйте, чи email був тригером, нагадуванням або лише останнім поштовхом. Це розрізнення зберігає звітність від хаосу згодом.

Що має містити чистий звіт

Тип повідомлення	Підтвердження замовлення, рахунок, оновлення доставки, онбординг або скидання
Кількість доставлених	Після вилучення bounce і тестового трафіку
Конверсійна дія	Покупка, оплата, апгрейд, бронювання або активація
Вікно	15 хвилин, 24 години, 7 днів або інший фіксований ліміт
Правило атрибуції	Last-click, first-click або multi-touch
Пряма проти асистованої	Окремі підрахунки для фінального дотику та пізніших конверсій

Якщо ви хочете, щоб звіту довіряли, зберігайте ті самі визначення протягом усього періоду. Зміна вікна конверсії з 7 днів до 30 днів посеред процесу змусить показник стрибнути з причин, які не мають нічого спільного з якістю email. Чиста система вимірювання найкраще працює тоді, коли вона трохи нудна.

Команди, які вже працюють із suppression lists, правилами bounce і lifecycle automation, мають сприймати вимірювання транзакцій як частину тієї самої дисципліни. Коли відстеження стабільне, показник перестає бути здогадкою й стає корисним сигналом. Саме тоді можна ставити точніші запитання про одне повідомлення, одну аудиторію й одну дію за раз.