KPI брошенной корзины: как считать восстановленную выручку и не приписывать лишнего
Отчёт рисует миллионы восстановленной выручки, а финансы этих денег не видят. Разбираем методику, которая отделяет спасённые корзины от тех, что вернулись бы сами.
Приходил на такие встречи не раз: CRM-команда показывает слайд «сценарий брошенной корзины восстановил 4,2 млн за квартал», финансовый директор листает P&L и спрашивает, где эти деньги. Дальше неудобная пауза и быстрый перевод темы.
Сценарий при этом часто работает хорошо. Вопрос к методике: что платформа записала в восстановленную выручку и сколько из этого вернулось бы без единого письма. Расчёт по косточкам разобрал Азим Вишняков, сооснователь ClientCore, — у него на руках десятки аудитов именно таких отчётов.
ЧИТАЙТЕ ТАКЖЕ
«Одно письмо теряет половину возвратов, четыре — выжигают базу. Разбираем цепочку из 2–3 касаний: тайминг, тексты и точку, где скидка начинает съедать маржу.»
Что платформа записывает в восстановленную выручку
Mindbox, Bloomreach, любая маркетинговая платформа считает примерно одинаково. Корзина признана брошенной, клиенту уходит цепочка, и если в течение окна атрибуции он оформил заказ — заказ летит в восстановленную выручку сценария. Окно бывает от 24 часов до 7 дней, встречается и 30.
К такой логике есть три вопроса. Первый: атрибуция настроена по отправке или по клику. Если письмо просто отправлено, а человек его не открывал, заказ всё равно попадёт в отчёт. Второй: какая часть клиентов вернулась бы сама — сравнивала цены, ждала зарплату, отвлеклась на звонок. Третий: не забирает ли сценарий заказ, который привёл другой канал — ретаргет, SMS-акция, менеджер по телефону.
Аудит у крупного ритейлера: платформа показывала 21% восстановленных корзин. Поставили контрольную группу — без цепочки возвращались 16%. Реальный вклад сценария оказался 5 процентных пунктов. При этом в отчёт уходили все 21.
Азим Вишняков
Co-founder, ClientCore
Базовые KPI брошенной корзины
Первый показатель — доля восстановленных корзин: количество корзин, по которым случился заказ после цепочки, делим на все брошенные корзины за период. Простая дробь, но она честная ровно настолько, насколько честно определение самой брошенной корзины.
Второй — конверсия брошенной корзины как воронка внутри цепочки: отправка, открытие, клик, заказ. Она показывает, где проседает механика. Мало открытий — смотрим тему письма и время отправки. Клики есть, заказа нет — смотрим промокод и страницу приземления.
Определение корзины закрепите письменно: корзина с товаром, сессия завершена, заказа нет в течение N минут. Без этого договорного пункта любые KPI брошенной корзины превращаются в догадки.
Норма
Корзина считается брошенной после 30–60 минут бездействия
Заказ атрибутируется сценарию по клику из письма
Окно атрибуции 24–72 часа
Red flag
Корзина «брошена» через 5 минут, и половина базы попадает в сценарий случайно
Заказ засчитан по факту отправки письма
Окно атрибуции растянуто до 7–30 дней
Контрольная группа: считаем инкрементальность
Доля восстановленных корзин показывает, что произошло. Инкрементальность показывает, что произошло благодаря сценарию. Разница между этими числами — та часть отчётов, которую обычно замалчивают.
Механика простая. Пять-десять процентов брошенных корзин случайным образом попадают в holdout: им цепочка не уходит вообще. Через 4–8 недель сравниваем долю восстановленных в основной группе и в контрольной.
Пример из расчёта. Основная группа восстановилась на 12%, контрольная — на 8%. Инкрементальный вклад сценария — 4 процентных пункта. На 50 000 брошенных корзин в месяц это 2 000 заказов, которые сценарий реально спас. Умножаем на средний чек и получаем честную восстановленную выручку, которую можно класть в отчёт финдиру.
Один нюанс для небольших баз: при 3–5 тысячах корзин в месяц holdout в 10% даст шум вместо сигнала. Здесь группу держим дольше, 8–12 недель, либо уменьшаем до 5% — но не убираем совсем, иначе методика рассыплется.
Заказчики боятся holdout: кажется, что 10% базы без писем — потерянные деньги. Считаем на калькуляторе: если сценарий честно возвращает 4% корзин, контрольная группа стоит доли процента от оборота сценария. За эту цену вы получаете цифру, с которой не стыдно идти к финансистам.
Азим Вишняков
Co-founder, ClientCore
Доход на 1000 брошенных корзин
Доля восстановленных корзин растёт, а выручка падает — так бывает, когда сценарий начал спасать в основном дешёвые корзины. Поэтому следом держим второй показатель: доход на 1000 брошенных корзин.
Формула: восстановленную выручку за период делим на количество брошенных корзин и умножаем на тысячу. Метрика сводит вместе конверсию брошенной корзины и средний чек. Посмотрите: 8% восстановления при чеке 5 000 ₽ дают 400 ₽ с корзины. А 12% при чеке 2 000 ₽ — только 240 ₽. Первый сценарий при меньшей доле восстановленных корзин приносит больше денег.
По этой метрике удобно сравнивать месяц к месяцу, варианты цепочек в A/B-тестах и каналы между собой. Когда сценарий пересобран как система, показатель растёт в разы. В AR Fashion после перезапуска email-канала триггерная выручка выросла на 1063% (кейс) — на графике дохода на тысячу корзин такой скачок виден сразу, без толкований.
Где отчёт приписывает лишнего
На аудитах мы проходим отчётность по чек-листу, и завышения находятся предсказуемо. Длинное окно атрибуции: заказ через 20 дней после письма всё ещё числится за сценарием. Заказ без взаимодействия: письмо не открыто, но покупка записана. Двойной счёт по каналам: email, push и SMS каждый записал этот заказ себе, и в сводном отчёте выручка утроилась. Ещё сюда идут покупки по промокоду из параллельной акции и выручка, посчитанная без вычета скидки сценария и возвратов.
Такие вещи вскрываются быстро, если знать, куда смотреть. В проекте для Tripster мы за один аудит нашли, где на самом деле теряется выручка в CRM-маркетинге, и собрали подсчёт заново (кейс).
Норма
Восстановленная выручка считается минус промокод и возвраты
Каждый заказ атрибутирован ровно одному каналу по правилам приоритета
Отдельной строкой в отчёте — инкрементальный вклад по контрольной группе
Red flag
Скидка по промокоду сценария не вычитается из восстановленной выручки
Один и тот же заказ фигурирует в отчётах email, push и SMS одновременно
В отчётности есть только цифра платформы, контрольной группы нет
Как собрать отчёт, которому поверят
Финансовому директору не нужны красивые графики из платформы. Ему нужна методика, которую он способен воспроизвести в Excel за десять минут.
В отчёте показывайте две цифры. Атрибутированная восстановленная выручка по платформе — масштаб работы механики. Инкрементальная, посчитанная через контрольную группу, — реальный вклад сценария. К обеим прикладывайте формулы и границы окна атрибуции. Один такой отчёт снимает вопросы на полгода вперёд.
Ритм простой: holdout работает постоянно, пересмотр окна атрибуции — раз в квартал, сверка с данными по заказам — ежемесячно. Методика перестаёт быть темой для споров и становится точкой доверия между маркетингом и финансами.
Когда показываешь финдиру две строки — „по платформе 4,2 млн, инкрементально 1,6 млн“ — разговор меняется. Он впервые видит, что вы сами умеете резать свои же цифры. Доверия к такому отчёту больше, чем к любому большому числу.
Азим Вишняков
Co-founder, ClientCore
ЧИТАЙТЕ ТАКЖЕ
«Письмо о брошенной корзине через 5 минут пугает, через сутки — опаздывает. Разбираем рабочие интервалы для e-commerce, fashion и длинного цикла решения.»
Какая доля восстановленных корзин считается нормой?
Зависит от методики. При окне атрибуции 24–72 часа и подсчёте по клику в наших проектах доля обычно лежит в диапазоне 5–15%. Если у вас 25% — почти наверняка окно растянуто или заказ считается по отправке. Важнее не абсолют, а динамика и инкрементальный вклад поверх контрольной группы.
Какого размера должна быть контрольная группа?
Рабочий стандарт — 5–10% брошенных корзин. При базе от 10 000 корзин в месяц статистическая значимость набирается за 4–8 недель. База меньше — держим группу дольше или уменьшаем её долю до 5%, но не отменяем полностью.
Платформа не даёт выделить holdout. Что делать?
В Mindbox механика контрольной группы есть, её надо только включить в настройках сценария. Если платформа принципиально такого не умеет, holdout собирается вручную: случайный сегмент по ID клиента удерживается от отправки, а сверка идёт по данным заказов. Способ рабочий, просто требует дисциплины.
Почему восстановленная выручка в платформе выше, чем по отчёту о заказах?
Скорее всего, набор из трёх причин: длинное окно атрибуции, двойной счёт одних и тех же заказов по каналам и выручка без вычета промокодов и возвратов. Проверка занимает один-два дня: выгружаете заказы сценария и ищете их в общем отчёте продаж.
Как часто пересматривать методику подсчёта?
Контрольная группа работает непрерывно. Окно атрибуции и правила приоритета каналов имеет смысл пересматривать раз в квартал — поведение покупателей и набор каналов меняются, и методика должна меняться вместе с ними.
