Настройка брошенной корзины в Mindbox: пошаговый сценарий от события до каскада каналов
Письмо о брошенной корзине настроено, а денег нет? Показываем, как собрать сценарий в Mindbox: события, таймауты, каскад каналов и ошибки, которые съедают половину корзин.
Когда клиент приходит к нам с фразой «брошенная корзина у нас уже есть», в восьми случаях из десяти это значит одно: есть письмо, которое иногда уходит. Сценарий заведен на событие, событие — на один клик, и никто не проверял, сколько корзин вообще долетает до системы. Выручка с цепочки — копейки, вывод в компании — «триггеры не работают».
Работают. Просто настройка брошенной корзины в Mindbox — это процентов на восемьдесят работа с событиями и условиями, и только потом — с текстами писем. Ниже разбираем весь путь: от события, которое сообщает системе о корзине, до каскада каналов, дожимающего тех, кто промолчал на первое письмо. Ведет разбор Егор Череватенко, CRM-маркетолог ClientCore — он же покажет, где корзины теряются чаще всего.
ЧИТАЙТЕ ТАКЖЕ
«Письмо о брошенной корзине просто повторяет товар, который клиент уже видел, — и теряет выручку. Что показать кроме него, чтобы вернуть на 20–40% больше заказов.»
Mindbox не следит за сайтом самостоятельно. События и триггеры Mindbox — основа всей логики: система реагирует на то, что ей присылают JS-трекер на страницах, мобильный SDK или серверный API. Событие не прилетело — для Mindbox корзины не существует, сколько бы товаров в ней ни лежало.
Для сценария брошенной корзины критичны три события:
добавление товара или обновление корзины — с составом, количеством и ценами;
начало оформления заказа;
оформленный заказ.
Третий пункт обязателен: именно событие заказа гасит цепочку, когда человек купил. Без него письма «вы забыли товар» уходят тем, кто уже оплатил и распаковывает посылку. Классика аудитов — видели такое и у крупных магазинов.
Первое действие при настройке — открыть в Mindbox историю событий тестового клиента и посмотреть, что реально прилетает. Не что «должно прилетать по ТЗ», а что есть в логе. Расхождения начинаются именно здесь.
Шаг 1. Настраиваем события корзины
Главный вопрос — кто передает событие. JS-трекер быстрый и простой, но теряет данные: блокировщики рекламы режут скрипты, человек закрыл вкладку до отправки, зашел с другого устройства. Серверная передача надежнее, потому что не зависит от браузера клиента. Рабочая схема — гибрид: фронт фиксирует действие для скорости реакции, бэкенд присылает финальное состояние корзины.
Второй момент — содержимое события. Оно должно нести состав корзины: ID товаров, названия, цены, количество, ссылки на карточки и картинки. Если прилетает только факт «корзина обновлена», в письме нечего показать — придется отправлять абстрактное «у вас остались товары», а такое письмо конвертит заметно хуже.
Третий — дедупликация. Человек добавил четыре товара подряд, прилетело четыре события. Если сценарий стартует на каждое, таймер сбрасывается или плодятся параллельные запуски. Решается настройкой повторного входа: не чаще одного раза в N часов, с обновлением данных корзины внутри уже идущего сценария.
В семи аудитах из десяти находим одно и то же: событие корзины уходит только с фронта. С включенным блокировщиком рекламы сайт теряет 20–30% событий — эти корзины для Mindbox просто не существуют. Переводим передачу на сервер, и цепочка без единого изменения в письмах начинает приносить на четверть больше выручки».
Егор Череватенко
CRM-маркетолог, ClientCore
Норма
событие корзины приходит с сервера и содержит состав: товары, цены, количество;
обновление корзины перезаписывает данные внутри сценария, не плодя новые запуски;
событие заказа приходит в течение пары минут после оплаты.
Red flag
событие уходит только из JS-трекера по клику на кнопку «в корзину»;
в событии — сам факт добавления, без состава и цен;
заказ попадает в Mindbox раз в сутки ночной выгрузкой из учетной системы.
Mindbox-сценарии стартуют по триггеру на событие корзины. Сразу за входом ставим фильтры: у клиента есть email и активная подписка, корзина не пустая, товары есть в наличии. Эти фильтры отсекают мусорные запуски, которые потом портят статистику и жгут лимиты отправок.
Дальше — шаг ожидания. Оптимум для первого касания: 30–60 минут с момента последнего обновления корзины. Раньше — перебьете людей, которые оформляют заказ сами: сравнивают способы доставки, ищут карту, советуются с кем-то. Позже двух часов намерение заметно остывает, особенно в импульсных категориях.
После ожидания — проверка условия: был ли заказ за это время. Если был, клиент выходит из сценария. Если нет — уходит первое письмо. Такая проверка должна стоять перед каждым касанием, а не только перед первым: человек может купить между вторым и третьим шагом, и письмо «не забудьте оформить» после покупки бьет по лояльности сильнее, чем кажется.
Отдельно настраиваем повторный вход. Клиент бросил корзину, получил цепочку, через неделю бросил снова — пускать ли? Да, но с ограничением частоты: одна цепочка в 7–14 дней. Иначе активные покупатели начнут получать напоминания пачками, и база выгорит за пару месяцев.
Шаг 3. Цепочка писем и каскад каналов
Цепочка брошенной корзины по email обычно строится из двух-трех касаний. Первое письмо — динамический блок с составом корзины, итоговая сумма, кнопка возврата к оформлению. Без промокода. Второе уходит через 20–24 часа: туда хорошо ложатся отзывы на товары из корзины, информация об остатках, ответы на типовые возражения. Третье — через 48–72 часа, и только здесь уместен промокод с жестким дедлайном.
Поверх писем строится каскад каналов. Логика простая: если email не доставлен или проигнорирован — пробуем push. Если и push без реакции — SMS или мессенджер. Дорогой канал получают только те, кто не отреагировал на дешевый, а на каждом шаге каскада повторяется проверка заказа. Такую механику мы собирали для «Браво-Оптики»: внедрили Mindbox, запустили email-канал и настроили каскадные цепочки — за 10 месяцев это дало +14,62% к выручке CRM-направления (кейс).
Каскад нужен, чтобы не жечь SMS-бюджет на тех, кто открыл бы email. Когда дорогой канал достается только молчунам, стоимость возвращенного заказа падает в разы. На проектах с базой от ста тысяч контактов мы сокращали расходы на SMS на 35–40%, а выручка цепочки при этом не проседала».
Егор Череватенко
CRM-маркетолог, ClientCore
Шаг 4. Прогоняем тесты до запуска
Перед включением сценария на боевой базе прогоняем пять ситуаций на тестовом клиенте:
1. Добавил товар и ушел — письмо пришло через 30–60 минут, состав корзины в нем совпадает с реальным. 2. Добавил товар и купил через 15 минут — письмо не пришло, цепочка отменилась. 3. Добавил товар, через десять минут добавил второй — цепочка одна, в письме оба товара. 4. Собрал корзину с телефона и с десктопа под одним логином — данные смерджились, запуск один. 5. Товар закончился до момента отправки — письмо либо не уходит, либо уходит без битого блока.
Отдельно проверяем отмену цепочки на каждом шаге: покупка между первым и вторым письмом, покупка после клика по push. Именно эти отмены чаще всего забывают протестировать — и именно они генерируют жалобы «мне пришло напоминание о том, что я уже купил».
Ошибки, из-за которых сценарий теряет корзины
Собрали то, что находим на аудитах чаще всего. Если ваш сценарий приносит меньше ожиданий, с высокой вероятностью здесь два-три пункта про вас:
событие корзины передается только с фронта и теряется на блокировщиках;
каждое обновление корзины перезапускает сценарий — человек пять раз кликнул «+», письмо отъехало на пять часов;
первое касание уходит через пять минут или, наоборот, через сутки;
нет проверки остатков — предлагаем товар, которого уже нет на складе;
письмо статичное, без состава корзины;
промокод в первом же письме — база быстро учится бросать корзину ради скидки;
SMS уходит всем, включая тех, кто открыл email;
нет ограничения частоты, и лояльные клиенты получают цепочку за цепочкой.
Норма
первое письмо через 30–60 минут после последнего действия в корзине;
перед каждым касанием проверяются заказ и остатки;
одна цепочка на клиента в 7–14 дней.
Red flag
письмо уходит через пять минут после клика «в корзину»;
скидка достается всем и сразу;
состав корзины в письме не обновляется, если человек успел его поменять.
Чинить это стоит даже без переделки писем. Когда событийный слой в порядке, триггеры становятся главным источником прироста канала: в AR Fashion после перезапуска email-маркетинга триггерные рассылки дали +1063% к выручке, а массовые — +68,9% (кейс). Такой разрыв закономерен: триггер ловит человека в момент намерения, когда вероятность покупки максимальна.
ЧИТАЙТЕ ТАКЖЕ
«Отчёт рисует миллионы восстановленной выручки, а финансы этих денег не видят. Разбираем методику, которая отделяет спасённые корзины от тех, что вернулись бы сами.»
Сколько писем должно быть в цепочке брошенной корзины?
Оптимум — два-три. Первое возвращает основную массу покупателей, второе добирает сомневающихся, третье работает за счет промокода. Четвертое и дальше почти не дают заказов, зато заметно растят отписки и жалобы на спам.
Когда отправлять первое письмо о брошенной корзине?
Через 30–60 минут после последнего обновления корзины. Раньше — перебьете тех, кто оформляет заказ сам, и обучите базу ждать напоминание. Позже двух часов намерение остывает, и конверсия письма падает.
Нужен ли промокод в цепочке брошенной корзины?
В первом письме — нет: часть клиентов начнет бросать корзину специально ради скидки, и вы будете платить промокодом за заказы, которые и так состоялись бы. Если скидка оправдана экономикой, давайте ее в последнем касании с дедлайном 24–48 часов.
Что делать, если клиент не залогинен и его email неизвестен?
Событие корзины не привяжется к клиенту, и цепочка не запустится. Закрывайте идентификацию до момента корзины: pop-up с подпиской, бонус за email, распознавание вернувшихся посетителей через трекер. Тогда к моменту брошенной корзины контакт уже есть, и сценарий сработает.
