CRM хранит сделки и переписку менеджеров, DMP работает с обезличенными аудиториями, BI строит отчеты. CDP собирает данные о клиенте в единый профиль и отдает сегменты в каналы.
У большинства компаний данные о клиенте разбросаны по сайту, приложению, кассе, CRM и рассылкам. Каждая система видит свой кусок, а общей картины нет.
CDP не решает эту задачу сама по себе. Если данные грязные, а цели коммуникаций не определены, платформа лишь добавит еще одну копию тех же разрозненных данных.
Четыре класса систем в таблице
CDP собирает данные из всех точек контакта, очищает и склеивает их в единый профиль клиента, делит профили на сегменты и передает их в каналы.
Начинать стоит с последней колонки: какой результат нужен. Если нужно связать действия человека во всех каналах и сразу запустить коммуникацию, это CDP. Если нужны отчеты по уже собранным данным — BI.
Путь данных внутри CDP
Цепочка такая: сбор → очистка и сопоставление → объединение → хранение → сегментация → активация. На входе — заказ с сайта, звонок из телефонии, обращение из CRM. При очистке убираются дубли и ошибки в контактах. Объединение сводит записи по общему ключу, email или телефону, в один профиль. Затем профиль попадает в сегмент и уходит в канал: рассылку, рекламу или на кассу.
Если источник не передает идентификатор клиента, склеить его записи с профилем по нему нельзя. Нужен другой ключ, иначе событие останется анонимным.
Почему CRM не видит поведение покупателя
CRM ведет учет сделок, обращений и работы менеджеров. Карточка клиента заводится вручную или из заказа, то есть после покупки или обращения в поддержку.
Поэтому CRM хранит факты сделок, а CDP — поток событий до и после покупки: просмотры, корзины, реакции на рассылки. Менеджер видит, что клиент купил недавно, но не видит, что после этого он открывал письма с одной категорией и так и не дошел до заказа.
Чего избегать. Не стоит считать, что CRM заменит CDP или наоборот. У систем разные источники и задачи: CRM нужна менеджерам для работы со сделками, CDP — маркетингу для сегментов и коммуникаций.
Склейка профиля на примере
Человек смотрел товар с телефона, а заказ оформил с ноутбука. CDP свела оба события в один профиль по email или телефону клиента.
В CRM это осталось бы разрозненными фактами: анонимный визит с телефона туда вообще не попадет, а заказ с ноутбука ляжет в карточку сделки без истории просмотров, которая к нему привела.
Практический шаг: выписать все системы, где хранится телефон клиента, — сайт, приложение, касса, CRM, сервис рассылок. Список покажет, по какому ключу можно склеивать профиль.
DMP без сторонних куки в 2026 году
DMP строила рекламные сегменты на обезличенных cookie и рекламных идентификаторах. Она не знала имени и телефона человека — только код браузера или устройства.
С уходом сторонних куки база DMP сузилась: часть анонимных сегментов собрать больше нечем. CDP устроена иначе: она держится на данных, которые компания получает от клиента напрямую, — email, телефон, история заказов.
- •Если задача — анонимные аудитории для рекламы, это по-прежнему область DMP.
- •Если нужны свои клиенты и прямая коммуникация с ними, это задача CDP.
Персональные данные и согласия
Имя, email, телефон, IP-адрес и идентификаторы устройств можно обрабатывать при наличии правового основания, а не просто потому, что их технически можно собрать. К этому добавляются минимизация данных и ограниченные сроки хранения: по истечении срока CDP должна удалять или анонимизировать записи автоматически.
CDP хранит не только контакты, но и согласия клиента, его предпочтения по каналам связи — и соблюдает их одинаково в рассылках, рекламе и на сайте.
С чего начать: проверить, где сейчас собираются согласия клиентов — на сайте, в приложении, на кассе — и попадают ли они в CDP вместе с контактами.
Где граница между BI и CDP
BI строит агрегированные отчеты и дашборды для аналитиков. Она хорошо показывает динамику, но сегменты в каналы связи не передает.
Мост между системами — сегмент. В BI «клиенты, которые давно не заходили на сайт» — строка отчета: цифра видна, а письмо из дашборда не отправить. В CDP тот же сегмент — список профилей с контактами, по которому можно отправить письмо или выдать промокод.
- •Нужна сводная цифра для планерки — это BI.
- •По этой цифре нужно связаться с конкретными людьми — это CDP.
На что обратить внимание. CDP не даст результата, если сегмент не привязан к сценарию коммуникации или в источниках ошибки: письмо уйдет не тем людям или не уйдет вовсе. Сначала решите, что получит клиент, потом собирайте сегмент.
Сценарии активации
Разные сегменты уходят в разные каналы, и у каждого свой триггер.
Что сделать сейчас: взять один отчет из BI и назвать действие, которое должно за ним последовать.
Как стыкуются системы в российской рознице
В типовом стеке CDP стоит в центре. Она принимает события с сайта, из приложения, с кассы и заказы из CRM, а на выходе отдает сегменты в каналы коммуникации и очищенные данные в BI для отчетности.
Путь одного клиента выглядит так: человек заходит на сайт, событие попадает в CDP; оформляет заказ через CRM, данные подтягиваются туда же; профиль склеивается, из него собирается сегмент, и клиент получает персональное письмо или промокод. BI параллельно получает те же данные для дашборда.
Для такой связки нужны интеграции с CRM, ERP, IP-телефонией, почтовыми сервисами и SMS-рассылками. Без них часть событий просто не попадет в профиль, и склейка будет неполной.
Требования ФЗ-152 к стеку
Персональные данные граждан РФ в большинстве случаев должны обрабатываться и храниться на территории России; передача за границу допускается только при соблюдении требований закона и гарантий. Это касается всех систем в стеке, не только CDP.
Платформы CDP на российском рынке должны учитывать требования 152-ФЗ о персональных данных, включая хранение и обработку данных на российских серверах. К этому добавляются права доступа, журнал аудита и маскирование данных при передаче между системами.
Отдельное требование — удаление данных конкретного человека по запросу на стирание во всех подключенных системах, а не только в CDP. Если клиент просит удалить данные, а CRM или рассыльщик хранят копию, запрос выполнен не полностью.
Если хотя бы одна система в стеке хранит данные за пределами России без правовых оснований, весь стек не соответствует закону, даже когда сама CDP настроена верно.
Что сделать сейчас: нарисовать схему своих источников данных и стрелки, куда и откуда они передаются.
Что покупать первым при бюджете 300 и 600 тысяч
По оценке bizprofi, CDP стоит 100–120 тыс. руб. в месяц или от 1,4 млн руб. в год. По данным Retail Rocket, на интеграцию нужны около трех разработчиков и менеджер проекта.
Значит, 300 000 ₽ не покрывают даже подписку на год, не говоря о команде: их разумнее вложить в CRM и порядок в данных. 600 000 ₽ — меньше половины годового ориентира: этого хватит на подготовку к CDP или пилот на части источников, но не на полноценное внедрение.
Фильтр до покупки от DashaMail: описать жизненный цикл клиента и нужные события и сверить их с источниками. Если событий нет ни в одном источнике, покупать рано.
Первый шаг: выписать пять событий клиента для отслеживания — от первого визита до повторной покупки.
Вопросы вендору и частые ошибки
- •Хватит ли профиля и сегментации или нужны коммуникации по каналам?
- •Какие интеграции готовы: CRM, ERP, телефония, почта, SMS?
- •Где стоят серверы, кто получает доступ к данным, ведется ли журнал аудита?
- •Как часто обновляется платформа?
- •Модель оплаты: за контакты, за события или фиксированная?
Частые ошибки и чем они кончаются: нет целей и KPI — платформа становится еще одним местом, где лежат данные; внедрение ради технологии — дорогое хранилище без роста продаж; нет команды разработчиков — интеграция стоит на месте.
Подберем нужный класс системы под ваши задачи: консультация бесплатно, разработка — от 300 000 ₽ за CRM и от 600 000 ₽ за платформу данных.
Источники
