Аудит триггерных рассылок: 9 проверок, где сценарии теряют выручку между событием и оплатой

Триггерный контур в компании обычно настраивают один раз — и ставят галочку. Welcome-цепочка есть, брошенная корзина есть, реактивация есть. На дашборде зеленые цифры открытий, отчет вовремя уходит руководству. Все спокойно.

А потом кто-то делает тестовый заказ и обнаруживает: письмо о брошенной корзине пришло через 26 часов. Событие «просмотр товара» в сценарий не попадает уже четыре месяца — с того самого релиза сайта. А клиент, который вчера оплатил заказ, сегодня получает «вы забыли товар в корзине» со скидкой. Деньги текут мимо, и дашборд молчит, потому что он показывает только то, что отправилось. Меня зовут Азим Вишняков, я сооснователь агентства CRM-маркетинга ClientCore. Мы регулярно проводим аудит триггерных рассылок для mid-market компаний, где CRM давно внедрена, но работает вполсилы. Делюсь нашим рабочим чек-листом: девять проверок, которые мы делаем в первую очередь, и способ посчитать, сколько выручки контур недобирает прямо сейчас.

Перед стартом: что выгрузить

На аудите мы в последнюю очередь смотрим дизайн писем. Начинаем с данных. Прежде чем открывать сценарии, выгрузите четыре вещи:

• карту всех активных сценариев со статусами и датами последнего изменения;
• лог событий за 90–180 дней: что реально приходило в платформу;
• воронку по каждой цепочке: вход в сценарий → отправка → открытие → переход → заказ → оплата;
• помесячную выручку по триггерам отдельно от массовых рассылок.

Без этого набора аудит превращается в просмотр красивых схем в интерфейсе. С ним — в поиск конкретных мест, где цепочка обрывается. Дальше идем по девяти проверкам в том порядке, в каком движется клиент: от события к оплате.

Проверки 1–2: доезжают ли события до сценариев

Проверка 1. Покрытие событий

Откройте список событий, которые реально приходят в платформу, и сверьте с картой клиентского пути. Минимальный набор для ритейла и e-commerce: регистрация, просмотр товара, добавление в корзину, оформление заказа, оплата, отмена, возврат. У подписочных сервисов свои точки: активация, продление, отказ от продления.

Типовая находка: событие «отмена заказа» никуда не заведено. Клиент отменил заказ — и для CRM он просто пропал. Никто не предложил альтернативу, не спросил о причине, не вернул его через неделю. В одном из проектов мы нашли шесть таких слепых зон, каждая давала по 1–3% потерь на своем участке воронки. По отдельности мелочь, в сумме — ощутимо.

Проверка 2. Стабильность передачи

Событие заведено — хорошо. Теперь проверьте, что оно приходит каждый раз и без задержек. Сравните число заказов в CMS с числом событий «заказ оформлен» в платформе за один и тот же месяц. Расхождение больше 2–3% — повод копать интеграцию.

Чаще всего дырки появляются после релизов: обновили форму оформления заказа — и webhook перестал слать событие. Поменяли структуру каталога — сломался «просмотр товара». Алерт об этом никто не получает, потому что алертов на падение событий обычно нет.

Постоянная история на аудитах: ключевое событие молчит три-четыре месяца, и никто в компании об этом не знает. Письма уходят по остаточным триггерам, отчеты рисуют открываемость, все довольны. Потом мы сверяем логи и находим, что „просмотр товара“ умер еще на прошлом релизе. По нашим проектам, сломанная передача одного ключевого события съедает 5–15% триггерной выручки в месяц — и это консервативная оценка».

Азим Вишняков

Co-founder, ClientCore

Проверки 3–4: тайминги

Проверка 3. Задержка первого касания

У брошенной корзины конверсия падает с каждым часом. Письмо, отправленное через 20–40 минут после события, конвертирует в разы лучше письма через сутки — по данным наших проектов, разрыв доходит до 3–4 раз.

Откуда вообще берутся сутки? Три причины. Маркетолог когда-то выставил задержку «чтобы не навязываться» и забыл. Событие прилетает в платформу батчами раз в несколько часов. Или цепочка стартует только для залогиненных, а гость ждет, пока сверка докатится до него.

Как проверить: замерьте реальное время от события до отправки на десятке тестовых заказов и посмотрите распределение в логах, а не в настройках. В настройках всегда красиво.

Проверка 4. Интервалы и время жизни цепочки

Второй шаг цепочки должен идти тогда, когда первый уже сработал или уже точно не сработает. Письмо №2 через час после первого — клиент еще не успел его открыть. Через неделю — корзина давно остыла.

Для товаров с длинным циклом решения — оптика, мебель, техника — одного касания мало, нужны каскады: email → push → SMS с разными интервалами и разным содержанием. Мы так делали для «Браво-Оптики»: внедрили Mindbox, запустили email-канал и настроили каскадные цепочки — за 10 месяцев CRM-направление дало +14,62% к выручке (кейс). Каскад работает, потому что каждый следующий шаг подхватывает тех, кто не отреагировал на предыдущий, а интервалы подобраны под реальный цикл принятия решения.

Проверки 5–6: конфликты сценариев

Проверка 5. Пересечения и приоритеты

Клиент редко ведет себя по одному сценарию. За неделю он может зарегистрироваться, посмотреть товар, бросить корзину и попасть под реактивацию. Если приоритеты не настроены, он получит welcome-серию, два письма о корзине и «мы скучаем» — вперемешку за три дня.

Соберите матрицу пересечений: для каждой пары сценариев ответьте, что происходит, когда клиент попадает в оба. При аудите триггерных цепочек в Mindbox мы первым делом открываем вкладку приоритетов — там почти всегда живут сюрпризы. Потом проходим тестовым заказом весь путь и смотрим, какие цепочки должны были остановиться, но не остановились.

Классика: клиент оплатил заказ, а через день получает письмо „вы забыли товар в корзине“ с промокодом. Возвращается и требует скидку на уже оплаченный заказ или отменяет и переоформляет дешевле. Компания платит промокодом за собственную ошибку в stop-условии. Такое находится за час тестирования — но только если вообще кто-то решил тестировать».

Азим Вишняков

Co-founder, ClientCore

Проверка 6. Суммарное давление на базу

Триггеры работают поверх массовых рассылок, акций и транзакционных писем. Посчитайте касания на клиента за месяц по всему контуру. Если активный покупатель получает 12–15 сообщений и половина из них с конфликтующими офферами, отписки и спам-жалобы начнут съедать базу быстрее, чем ее пополняет лидогенерация.

Полезно поставить глобальный лимит касаний в неделю на уровне платформы. Тогда конфликт двух сценариев не превратится в атаку на почтовый ящик клиента.

Проверка 7: условия входа и исключения

Кто попадает в сценарий и кто из него вылетает. Ошибки бывают в обе стороны: лишние люди зачисляются в цепочку, а целевые остаются за бортом.

Типовые дыры:

• сценарий реактивации цепляет клиентов, которые покупали на прошлой неделе, — порог «давно не покупал» выставлен на глаз;
• в welcome-цепочку попадают подписчики пятилетней давности, потому что триггер стоит на изменение поля вместо факта подписки;
• оплатившие не исключаются на следующем шаге (см. проверку 5);
• гости без согласия на рассылку попадают в коммерческие цепочки — и это уже риски по 152-ФЗ.

Проверки 8–9: деньги

Проверка 8. Атрибуция выручки

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

Если стоит окно 30 дней по открытию, цифры в отчете завышены, и реальная эффективность цепочек может оказаться вдвое ниже. Завышенные цифры опасны тем, что на них принимают решения. Договоритесь о единых правилах: например, окно 7 дней по клику для триггеров и отдельный учет промокодных заказов.

Проверка 9. Оценка недополученной выручки

Формула простая. Берем событие, которое закрыто сценарием плохо или не закрыто вовсе:

Потенциал в месяц = число событий × эталонная конверсия цепочки × средний чек × доля оплат.

Пример. 4000 брошенных корзин в месяц, сценарий охватывает только залогиненных — это 55% событий. Конверсия рабочей цепочки 4%, средний чек 6800 рублей. Считаем: 4000 × 45% × 4% × 6800 ≈ 490 000 рублей в месяц. Столько контур недобирает на одном сценарии.

Эталонную конверсию берите из своих работающих цепочек или из пилота: запустите сценарий на 10% трафика на 2–3 недели — будет честная цифра вместо бенчмарков из интернета.

Когда контур пересобирают целиком, эффект виден в деньгах. В проекте для AR Fashion мы начинали именно с аудита, а затем перезапустили email-канал как систему, включая триггеры. Итог: +68,9% выручки от массовых рассылок и +1063% от триггерных (кейс). Триггеры дали десятикратный рост, потому что до аудита они фактически не работали.