# Сквозная аналитика в CRM-маркетинге: как настроить и что отслеживать > Один и тот же миллион в отчетах легко превращается в три — если CRM, продажи и реклама считают выручку каждый по-своему. Разбираем, как настроить сквозную аналитику так, чтобы видеть реальный вклад каналов. **Рубрика:** Статьи **Дата:** 2026-06-08 Вы запускаете рассылку, ставите 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** - решения принимаются только по атрибутированному доходу без тестов - скидочные всплески выдаются за рост без учета каннибализации - никто не проверял, что было бы без рассылки --- [Открыть статью на сайте](https://blog.clientcore.ru/articles/skvoznaya-analitika-v-crm-marketinge-kak-nastroit-i-chto-otslezhivat)