Аудит триггерных цепочек в Mindbox: как проверить, что сценарии действительно продают

В Mindbox запущено двадцать с лишним сценариев. Письма уходят, дашборд показывает открытия и клики, и никто не бьет тревогу. Потом финансовый директор просит посчитать, сколько денег приносят триггеры. Выясняется, что половина цепочек работает на сегменте в триста человек, брошенный просмотр молчит с прошлой весны, а «реактивация» стабильно уходит клиентам, которые купили позавчера.

Это обычная картина для компании, где CRM внедрили два-три года назад и с тех пор только достраивали. Каждый новый сценарий добавлял отдельный маркетолог под отдельную задачу. Общей карты нет, приоритеты конфликтуют, а вклад в выручку оценивается на глаз. Ниже — методика, по которой мы проводим аудит триггерных цепочек в Mindbox. Комментирует Азим Вишняков, сооснователь ClientCore: он прошел через десятки таких разборов и знает, где обычно прячутся потери.

Шаг 1. Инвентаризация: что реально запущено

Начинать стоит с полного списка сценариев, и собрать его труднее, чем кажется. В интерфейсе Mindbox легко копятся черновики, дубли с пометкой «копия», тестовые версии и цепочки, выключенные «на неделю» полгода назад. Задача первого шага — превратить этот архив в таблицу, где по каждому сценарию видно:

• какое событие или условие его запускает;
• на какой сегмент он работает и сколько людей входит в него за месяц;
• сколько шагов, в каких каналах и с какими задержками;
• кто владелец и когда сценарий последний раз меняли.

Уже на этом этапе всплывают находки. Две цепочки брошенной корзины с разной логикой работают параллельно. Welcome-серия ссылается на акцию, которая закончилась в прошлом сезоне. Сценарий «снижение цены» формально включен, но за месяц через него прошли четыре клиента: фид перестал передавать старую цену.

Отдельно отмечаем сценарии с нулевым или аномально низким входом. Это первые кандидаты на разбор. Почти всегда за ними стоит сломанное событие или слишком узкий фильтр.

Шаг 2. Покрытие воронки событиями

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

Для типичного e-commerce проекта проверяем просмотр товара и категории, добавление в корзину и избранное, поиск, оформление и оплату заказа, отмену и возврат, изменение статуса доставки, авторизацию и подписку. Для ритейла с офлайн-точками добавляются чеки с кассы и привязка покупки к карте лояльности. По каждому событию смотрим три вещи: приходит ли оно, с какой задержкой и с полным ли набором полей. Событие «добавил в корзину» без идентификатора товара формально есть, но динамический блок в письме на нем не соберется.

Хорошая практика — сравнить объемы событий в Mindbox с данными сайта или аналитики за тот же период. Если в Яндекс Метрике десять тысяч добавлений в корзину в неделю, а в CRM три тысячи, это большой разрыв. Причина может быть в том, что трекер стоит не на всех шаблонах страниц, мобильное приложение передает события по другой схеме, а неавторизованные посетители не склеиваются с профилем.

Шаг 3. Ищем точки, где цепочки молчат

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

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

На одном проекте мы взяли пятнадцать профилей и выяснили, что у тех, кто сделал первый заказ, следующий персональный контакт случался в среднем через 34 дня. Все это время шли общие рассылки. А окно, когда человек готов ко второй покупке, в той категории закрывалось примерно на третьей неделе. Сценарий был нарисован в презентации, но в Mindbox его так и не собрали — „потом“ растянулось на год».

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

Co-founder, ClientCore

Отдельно проверяем каналы. Если у трети базы нет email, но есть push или номер телефона, а цепочки построены только на письмах, эта треть для триггеров просто не существует. Каскад «email → push → SMS» с проверкой доставки на каждом шаге закрывает такую дыру без новых сценариев.

Шаг 4. Конфликты приоритетов и лимиты частоты

Эту часть аудита Mindbox пропускают чаще остальных. Каждый сценарий по отдельности может быть настроен правильно, но вместе они мешают друг другу. Глобальный лимит «не больше одного письма в сутки» звучит разумно, пока не выясняется, что утренняя массовая рассылка съедает этот лимит, и вечерняя брошенная корзина уже не уходит. Клиент, который только что положил товар за двадцать тысяч, получает дайджест новостей и больше ничего.

Проверяем несколько вещей. Есть ли у триггеров приоритет над массовыми кампаниями. Как настроены исключения: не попадает ли человек, который только что купил, в брошенный просмотр по соседнему товару. Что происходит, когда клиент одновременно подходит под два сценария, например день рождения и реактивацию. И как ведет себя система, если клиент совершил целевое действие посреди цепочки: останавливается ли она или упорно досылает три оставшихся письма со скидкой на уже купленный товар.

Частотные лимиты — первое, что я открываю. Примерно в каждом втором аудите триггеры стоят в одной очереди с массовыми рассылками. Однажды после смены приоритетов брошенная корзина начала доходить до 40% клиентов, которые раньше отсекались лимитом. Мы не написали ни одного нового письма — просто убрали конфликт».

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

Co-founder, ClientCore

Шаг 5. Доля выручки и честная атрибуция

Открытия и клики показывают, что письмо увидели. Деньги показывает другая метрика. Аудит CRM-маркетинга в Mindbox без разбора выручки остается техническим чек-листом, поэтому на этом шаге считаем, сколько приносит каждый сценарий и как именно это посчитано.

Первое — окно атрибуции. Если в проекте стоит семь дней по последнему клику, а клиент получает четыре письма в неделю, выручку припишут тому, кто оказался последним. Второе — контрольные группы. Без них невозможно понять, купил бы клиент и без письма. Для брошенной корзины разница между «приписанной» и «инкрементальной» выручкой бывает кратной. Минимум, который мы закладываем на ключевые цепочки, — постоянная контрольная группа 5–10% и пересчет раз в квартал.

Дальше смотрим структуру: какая доля выручки email-канала приходится на триггеры, какая на массовые рассылки и как это распределено между сценариями. В fashion и ритейле с нормальным покрытием триггеры обычно дают 30–50% выручки канала. Если доля в пределах 5–10%, почти наверняка проблема в покрытии или конфликтах, и мы уже нашли ее на предыдущих шагах. Мы видели это на практике: в проекте для AR Fashion после аудита и пересборки триггерных сценариев выручка от триггерных рассылок выросла на 1063% (кейс). Значительная часть этого роста пришлась на цепочки, которые до аудита были запущены, но толком не работали.

Шаг 6. Содержание цепочки: тайминги, офферы, динамика

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

Отдельный пункт — отображение. Шаблон, который хорошо выглядит в веб-версии почтовика, может разваливаться в Outlook или в темной теме на iPhone. Для B2B-аудитории с корпоративной почтой это прямые потери.

Чаще всего в контенте ломается персонализация. Блок „вам может понравиться“ подтягивает товары, которых нет в наличии, или показывает мужчине женскую коллекцию, потому что рекомендации строятся по категории, а не по профилю. Откройте десять последних писем и пройдите по блоку руками: обычно хотя бы в одном товар уже закончился. Клиент кликает, видит „нет в наличии“ и уходит. По отчету это клик, по факту — раздражение».

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

Co-founder, ClientCore

Если в проекте мало каналов и цепочки короткие, иногда правильнее собрать каскад с нуля, чем латать старое. Так мы делали для «Браво-Оптики»: внедрили Mindbox, запустили email-канал и настроили каскадные цепочки, что дало +14,62% к выручке CRM-направления за 10 месяцев (кейс).

Шаг 7. Превращаем находки в план работ

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

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

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