Сквозная аналитика в CRM-маркетинге: как настроить и что отслеживать
Один и тот же миллион в отчетах легко превращается в три — если CRM, продажи и реклама считают выручку каждый по-своему. Разбираем, как настроить сквозную аналитику так, чтобы видеть реальный вклад каналов.
Вы запускаете рассылку, ставите welcome-цепочку, настраиваете триггеры по брошенной корзине. А через месяц на планерке маркетинг рапортует, что принес 8 миллионов, продажи — что это их 8 миллионов, а перформанс кивает на свои отчеты, где те же деньги уже посчитаны в третий раз. И дело не в том, что команда плохо работает или кто-то специально завышает результаты - просто без сквозной аналитики CRM каждый отдел считает выручку по своей логике — и один и тот же доход легко превращается в несколько разных «побед».
Проблема не в том, что кто-то врет. Проблема в том, что нет единой логики, как доход распределяется между каналами и точками касания. Пока ее нет, бюджет режут вслепую, а CRM-канал то героем выглядит, то нахлебником — в зависимости от того, кто строил отчет. Вместе с Василиной Бреусенко, CRM-маркетологом ClientCore, разбираемся, какие модели атрибуции выбрать, как считать доход от рассылок без задвоения и что именно тащить в платформу, чтобы цифры наконец сошлись.
Что такое сквозная аналитика и почему CRM без нее слепнет
CRM аналитика — это не дашборд с открываемостью писем. Это связка всех данных о клиенте в одну цепочку: от первого клика до повторной покупки через год. История, в которой видно, что человек пришел из контекста, подписался на рассылку, два месяца молчал, открыл триггерное письмо про скидку — и купил. И вы понимаете вклад каждого шага.
Без сквозной связки CRM живет в собственном пузыре. Платформа показывает, что письмо открыли 30%, кликнули 4%, кто-то даже дошел до сайта. А дальше — туман. Купил ли он? Сколько принес? Вернулся ли потом? Mindbox или любая другая система знает про события внутри себя, но не видит, что было до и после, если вы это не склеили.
Самое обидное — когда CRM реально работает, а доказать это нечем. Канал генерит повторные продажи, удерживает базу, реактивирует спящих. Но в отчете все это размазано, и на ревизии бюджета именно CRM просят «оптимизировать» — потому что его вклад непрозрачен.
Я постоянно вижу одну и ту же картину: клиент платит за дорогую платформу, льет туда трафик, а на вопрос "сколько денег приносит email" отвечает оборотом по промокоду. Это как измерять температуру по тому, потеют ли соседи. Сквозная аналитика — это когда вы перестаете гадать и начинаете видеть деньги по каждому касанию.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
доход по каждому каналу считается по одной согласованной модели
виден весь путь клиента, а не отдельные события внутри CRM
цифры маркетинга, продаж и аналитики бьются между собой
Red flag
доход от рассылок измеряется только промокодами
открываемость и клики выдают за бизнес-результат
у каждого отдела своя версия выручки
Модели атрибуции: last click, linear и data-driven по-человечески
Атрибуция в CRM-маркетинге — это правило, по которому вы решаете, какому касанию отдать заслугу за продажу. Клиент редко покупает с одного письма: видел рекламу, заходил на сайт, читал рассылку, открывал несколько писем. Кому записать деньги — вот это и решает модель.
Last click — самая популярная и самая коварная. Весь доход достается последнему касанию перед покупкой. Удобно, просто, но врет в пользу нижней воронки. CRM тут часто проигрывает: человек был прогрет рассылками, а в момент покупки кликнул на ретаргет — и деньги ушли перформансу. Или наоборот: последним было ваше триггерное письмо, и тогда CRM забирает заслугу всей цепочки, хотя лишь дожимало.
Linear делит доход поровну между всеми касаниями. Честнее, но плоско: первое случайное письмо и решающее предложение получают одинаково. Data-driven считает реальный вклад каждого касания на основе статистики ваших же конверсий — самая точная модель, но требует объема данных и нормальной инфраструктуры. Для большинства mid-market лучше начинать с linear или position-based, а к data-driven идти, когда накопится база и появится доверие к цифрам.
Не ищите идеальную модель — ее нет. Ищите ту, которую вся команда примет как общую правду. Я лучше возьму простую linear, по которой согласны все отделы, чем гениальную data-driven, в которую никто не верит. Атрибуция работает только тогда, когда по ней перестают спорить.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
модель выбрана осознанно под структуру вашей воронки
все отделы используют одну модель для отчетности
CRM-касания учитываются в цепочке, а не только финальный клик
Red flag
весь доход вешается на last click — и точка
разные отчеты строятся по разным моделям
модель выбрана «потому что так стоит по умолчанию»
Как считать доход от рассылок без задвоения
Вот где ломаются копья. Если клиент получил три письма, один пуш и увидел баннер на сайте — как считать доход от рассылок? Если каждый канал запишет себе полную сумму заказа, в сводном отчете выручка вырастет втрое — на бумаге. А потом финансы спросят, где деньги, и начнется неловкая пауза.
Задвоение лечится одним принципом: доход считается один раз и распределяется по модели атрибуции, а не присваивается целиком каждому участнику. Если заказ на 10 000 рублей прошел через email и ретаргет, то при linear-модели email получает 5 000, ретаргет — 5 000. Итого — те же 10 000, а не 20 000. Звучит банально, но именно это правило нарушают чаще всего.
Второй момент — окно атрибуции. Сколько дней после касания вы готовы засчитывать заказ этому каналу? Для CRM это критично: люди читают письмо сегодня, а покупают через две недели. Поставите окно в один день — обнулите половину реального вклада рассылок. Поставите 90 дней — припишете CRM случайные покупки. Оптимально: 7–14 дней для триггеров и до 30 для регулярных кампаний, но цифра зависит от вашего цикла сделки.
Аналитика email-кампаний без этих двух настроек превращается в фантазию. Можно сколько угодно гордиться выручкой по UTM, но если она задвоена и без окна — это не управленческая цифра, а самоуспокоение.
Когда я прихожу к клиенту и складываю доход по всем каналам, а получается 140% от реального оборота — это диагноз. Каждый отдел рисует себе полную сумму. Первое, что мы делаем, — договариваемся, что выручка одна и она делится, а не клонируется. После этого отчеты внезапно начинают сходиться с бухгалтерией.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
доход распределяется по касаниям, общая сумма равна реальной выручке
окно атрибуции задано под ваш цикл покупки
триггерные и регулярные кампании считаются с разными окнами
Red flag
сумма доходов по каналам больше фактического оборота
окно атрибуции не настроено или стоит «по умолчанию»
доход email = все заказы, где клиент когда-либо был в базе
Чеклист настройки UTM: фундамент, на котором держится все
Любая сквозная аналитика CRM начинается не с дашборда, а с разметки. Если UTM-метки в письмах хаотичны, дальше можно не продолжать — данные не склеятся. У одного клиента в utm_source одновременно жили значения «email», «mail», «rassylka» и «newsletter». В отчете это четыре разных канала, и доход размазан между ними.
Правило простое: единый словарь меток, зафиксированный документом, и никакой самодеятельности. utm_source — всегда одно значение для канала. utm_medium — тип (email, push, sms). utm_campaign — конкретная кампания или триггер по понятной схеме. utm_content — чтобы различать кнопки и блоки внутри письма, если хотите видеть, что именно кликают.
Метки должны проставляться автоматически на уровне платформы, а не руками в каждом письме. Ручная разметка живет ровно до первого аврала, когда верстают письмо в пятницу вечером. В Mindbox и подобных системах шаблон UTM задается один раз для всех рассылок — так ошибок почти не будет.
UTM — это скучно ровно до того момента, пока вы не пытаетесь свести отчет за квартал. Тогда выясняется, что половина писем без меток, а вторая половина с метками, которые писал стажер по настроению. Потратьте день на словарь меток — сэкономите недели на разборе мусора в данных.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
единый словарь UTM зафиксирован и доступен команде
метки проставляются автоматически на уровне платформы
структура utm_campaign читается без расшифровки
Red flag
одни и те же каналы названы по-разному в разных письмах
метки ставятся вручную в каждой рассылке
часть писем уходит вообще без UTM
Какие события тащить в платформу и зачем
UTM показывают, откуда пришел человек. События показывают, что он сделал. Без событий CRM не понимает контекст: открыл письмо — и что дальше? Положил в корзину? Дошел до оплаты? Вернул товар? Эти данные должны лететь в платформу, чтобы триггеры срабатывали на реальное поведение, а не на догадки.
Базовый набор для большинства проектов: просмотр товара, добавление в корзину, начало оформления, оплата, отмена, возврат. Плюс события вовлечения — открытие письма, клик, отписка. Обязательно — идентификатор заказа и его сумма, чтобы связать продажу с касанием и посчитать доход корректно. Без передачи суммы заказа вся атрибуция повисает в воздухе.
Отдельно про дедупликацию событий. Если оплата прилетает в платформу дважды — от сайта и от бэкенда — вы снова получите задвоенный доход, теперь уже внутри CRM. Каждое денежное событие должно иметь уникальный ключ, по которому система отсекает дубли. Техническая мелочь, которая ломает половину внедрений.
Люди думают, что настройка CRM — это собрать красивые письма. На самом деле 70% работы — это события и их чистота. Если в платформу не приходит сумма заказа или приходит дважды, никакая модель атрибуции вас не спасет. Сначала чиним поток данных, потом строим отчеты.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
ключевые события воронки передаются в платформу с суммами
денежные события дедуплицируются по уникальному ключу
идентификатор клиента сшит между сайтом, CRM и платформой
Red flag
в платформу не передается сумма заказа
события приходят дублями и раздувают доход
клиент на сайте и в CRM — это два разных «человека»
Как читать отчеты и не обмануть самих себя
Когда данные собраны, начинается главное — интерпретация. Высокий доход CRM-канала может быть не заслугой рассылок, а эффектом «клиент и так бы купил». Это инкрементальность: сколько денег канал принес сверх того, что случилось бы без него. Сквозная аналитика дает базу, но честный ответ дают только тесты с контрольной группой.
Поэтому смотреть нужно не только на атрибутированный доход, но и на холдаут-группы. Берем сегмент, которому не отправляем кампанию, и сравниваем выручку с теми, кто получил. Разница — это и есть реальный вклад. Часто оказывается, что половина «дохода от рассылки» пришла бы и так. Это нормально — главное, знать правду и не строить стратегию на завышенных цифрах.
На длинной дистанции важно отслеживать не разовый доход, а влияние CRM на удержание и LTV. Промокампания может дать всплеск сегодня и просадку завтра, если вы просто разогнали скидками тех, кто купил бы по полной цене. Сквозная аналитика хороша тем, что показывает не только «сколько сейчас», но и «что с этим клиентом стало через полгода».
Самая дорогая ошибка — поверить в красивый дашборд и перестать сомневаться. Я учу клиентов задавать один вопрос к любой цифре дохода: "А что было бы, если бы мы этого не отправили?". Если ответа нет — заводим холдаут и проверяем. Аналитика нужна не чтобы хвалить себя, а чтобы принимать решения, за которые не стыдно.
Василина Бреусенко
CRM-маркетолог, ClientCore
Норма
инкрементальный доход регулярно замеряется через холдаут
отслеживается влияние CRM на удержание и LTV, а не только разовая выручка
к каждой цифре дохода есть понимание, как она получена
Red flag
решения принимаются только по атрибутированному доходу без тестов
скидочные всплески выдаются за рост без учета каннибализации
никто не проверял, что было бы без рассылки
Часто задаваемые вопросы
С какой модели атрибуции начать, если данных пока мало?
Берите linear или position-based. Они проще data-driven, не требуют большого объема статистики и дают честное распределение дохода между касаниями. Главное — чтобы по этой модели работала вся команда, а не каждый отдел по-своему. К data-driven переходите, когда накопится база конверсий и появится доверие к данным.
Почему доход по каналам в сумме больше реального оборота?
Классическое задвоение: каждый канал присваивает себе полную сумму заказа, в котором он участвовал. Лечится распределением дохода по модели атрибуции — выручка делится между касаниями, а не клонируется. Плюс проверьте дедупликацию денежных событий в платформе: если оплата приходит дважды, доход раздувается еще и изнутри CRM.
Можно ли настроить сквозную аналитику CRM без разработчиков?
Частично. Разметку UTM и шаблоны меток вы настроите силами маркетинга прямо в платформе вроде Mindbox. Но передача событий, сумм заказов и сшивка идентификатора клиента между сайтом и CRM почти всегда требуют участия разработки. Без корректного потока данных любые отчеты будут врать — этот этап лучше не пропускать и не делать на коленке.