В 2026 я всё чаще вижу одну и ту же проблему: команды маркетинга “делают по воронке”, sales “добивают лиды”, customer success “держит удержание”, а выручка всё равно меряется разрозненно. Причина редко в том, что “не хватает дашбордов”. Чаще — в том, что данные не склеены в общий контур продаж и сервиса. Поэтому в этом посте я не буду сравнивать “кто лучше по цене” — я сравню подходы к интеграции: CDP, MDM и аналитические витрины.
Что я считаю критерием №1
Для меня показатель зрелости RevOps (маркетинг+sales+customer success под общую ответственность за выручку) — это скорость и корректность ответов на три вопроса:
— Какие аккаунты принесли выручку за период (не кампанию, а именно “выручку”)?
— Какой набор касаний и сигналов влияет на переходы по этапам (MQL→SQL→Win→Retention)?
— Можно ли пересчитать эффект маркетинга без last-click атрибуции (с учетом privacy-first ограничений)?
Дальше уже начинается выбор инструмента и архитектуры. И вот как я делаю сравнение на практике.
CDP vs MDM: почему “клиентская платформа” не заменяет “единый справочник”
CDP (Customer Data Platform — платформа клиентских данных) я рассматриваю как слой событий и поведения. Она отлично умеет собирать клики, формы, веб-события, иногда — данные из CRM через коннекторы, и строить сегменты.
MDM (Master Data Management — управление мастер-данными) — это другое. Для B2B выручка держится на правильных сущностях: Account, Company, Contact, Deal, Subscription. Если MDM не наведен, CDP будет собирать “почти тех же людей”, но с разными идентификаторами.
Моя позиция жесткая: **CDP без MDM превращается в красивый, но непроверяемый “зоопарк ID”**. В одном проекте мы проверяли связность: доля дублей контактов по email отличалась в разных отчетах на 6–9%. На уровне воронки это выглядит как “маркетинг лучше/хуже”, а по факту — разные ключи склейки.
Аналитическая витрина: где я чаще всего вижу выигрыш по качеству
Витрина (аналитическая модель данных, иногда в стиле lakehouse) — это место, где я собираю “факт выручки” и “факт этапов”. Если CDP дает события, то витрина фиксирует бизнес-правду: когда Deal стал Win, когда был первый платеж по подписке, когда наступил churn/renewal.
Я сравниваю подходы так:
— CDP полезна для сегментации и оркестрации (что кому отправить и почему).
— MDM полезна для идентичности (кто этот клиент в системе).
— Витрина полезна для измерений (как это повлияло на выручку и retention).
Отдельно про privacy-first атрибуцию
В эпоху AI-overviews и “zero-click” аудитория может не оставлять следов, которые легко сопоставить с кампанией. Поэтому я в RevOps перестал пытаться “объяснить всё касаниями”. Вместо этого закладываю измеримость через:
— server-side события (когда возможно),
— incrementality-логику (хотя бы в упрощенном виде: контрольные группы по аккаунтам/региону/каналу),
— MMM (модели маркетингового микса) или гибриды, где digital — это часть модели, а не её единственная причина.
Как это отражается на выборе инструментов
Если команда хочет “собрать всё в одном месте”, CDP кажется главным героем. Но я чаще рекомендую обратный порядок:
1) Сначала MDM: мастер-данные для Account/Contact/Deal.
2) Потом витрина: факты выручки и этапов, единая семантика метрик.
3) И только затем CDP: обогащение событиями и сегментация поверх “правильных ключей”.
Это не про религию. Это про то, что в B2B win-rate и retention ломаются не от отсутствия сегментов, а от неверной склейки сущностей и несогласованных определения метрик между маркетингом, sales и customer success.
Один практический ориентир
В наших проверках качества “склейки под выручку” я использую простой индикатор: доля сделок, которые корректно связываются с компанией и контактами в едином справочнике, без ручной правки. Когда этот показатель падает ниже ~95%, любые атрибуционные выводы становятся спорными — даже если дашборд выглядит уверенно.
…
MarTech tool roundups
@MarTechRoundupsPro
RevOps-склейка данных: как я сравниваю CDP, MDM и аналитические витрины, чтобы не терять выручку в 2026
Этот пост опубликован в Telegram-канале MarTech tool roundups. Подписаться можно по ссылке: @MarTechRoundupsPro.