ClientCoreБлогНа сайт

Сквозная аналитика в 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 — и точка
  • разные отчеты строятся по разным моделям
  • модель выбрана «потому что так стоит по умолчанию»

Не уверены, какая модель атрибуции подходит вашей воронке?

Соберем сквозную аналитику CRM, где доход считается по одной логике и не задваивается

🇷🇺

Как считать доход от рассылок без задвоения

Вот где ломаются копья. Если клиент получил три письма, один пуш и увидел баннер на сайте — как считать доход от рассылок? Если каждый канал запишет себе полную сумму заказа, в сводном отчете выручка вырастет втрое — на бумаге. А потом финансы спросят, где деньги, и начнется неловкая пауза.

Задвоение лечится одним принципом: доход считается один раз и распределяется по модели атрибуции, а не присваивается целиком каждому участнику. Если заказ на 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
  • решения принимаются только по атрибутированному доходу без тестов
  • скидочные всплески выдаются за рост без учета каннибализации
  • никто не проверял, что было бы без рассылки

Хотите видеть реальный доход CRM, а не задвоенные цифры из дашборда?

Настроим сквозную аналитику, атрибуцию и холдаут-тесты под вашу воронку и платформу

🇷🇺

Часто задаваемые вопросы

С какой модели атрибуции начать, если данных пока мало?

Берите linear или position-based. Они проще data-driven, не требуют большого объема статистики и дают честное распределение дохода между касаниями. Главное — чтобы по этой модели работала вся команда, а не каждый отдел по-своему. К data-driven переходите, когда накопится база конверсий и появится доверие к данным.

Почему доход по каналам в сумме больше реального оборота?

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

Можно ли настроить сквозную аналитику CRM без разработчиков?

Частично. Разметку UTM и шаблоны меток вы настроите силами маркетинга прямо в платформе вроде Mindbox. Но передача событий, сумм заказов и сшивка идентификатора клиента между сайтом и CRM почти всегда требуют участия разработки. Без корректного потока данных любые отчеты будут врать — этот этап лучше не пропускать и не делать на коленке.

Над проектом работали

Василина Бреусенко

Василина Бреусенко

CRM-маркетолог, ClientCore

Софья Дударова

Софья Дударова

редактор ClientCore блога