CDP ломается не на интеграции, а на модели данных

CDP ломается не на интеграции, а на модели данных

Я часто вижу одну и ту же ошибку в внедрении Customer Data Platform: команда покупает платформу, а потом пытается «дособрать» в ней несуществующую логику клиентов. В итоге CDP превращается в дорогой склад событий, где есть всё, кроме ответа на главный вопрос маркетинга: кто этот человек сейчас и что с ним делать дальше.

С точки зрения marketing ops проблема почти всегда не в коннекторах. Проблема в том, что у бизнеса нет согласованной схемы идентичности и жизненного цикла клиента. Один и тот же пользователь живёт в трёх версиях: как аноним на сайте, как лид в CRM и как покупатель в e-com или продукте. Если не задать правила склейки, приоритета источников и «истины» по полям, вы будете оптимизировать не путь клиента, а количество дублей.

Мой практический ориентир простой: если за первые 30 дней после запуска CDP команда не может ответить на три вопроса — где рождается основной идентификатор, какое событие запускает следующий сценарий и кто владелец каждого поля, — внедрение ещё не началось, даже если уже подключены все системы.

**CDP внедряется не через ETL, а через governance данных** — правила владения, качества и использования данных. Это особенно важно в 2026 году, когда last-click теряет вес, а сквозная логика между server-side-атрибуцией, CRM и retention-сценариями становится важнее любой отдельной кампании.

Я видел проект, где число «новых» клиентов после склейки снизилось на 18%, а конверсия в повторную покупку выросла. Не потому что маркетинг стал лучше нажимать кнопки. Просто команда впервые начала считать одного человека одним человеком.

— @CDProomRu