CDP не нужен, если вы не готовы отвечать за данные до конца

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

Моя позиция простая: CDP работает не тогда, когда у вас есть коннекторы, а тогда, когда у вас есть владелец данных и правила их жизни. Кто отвечает за идентификатор? Когда профиль считается полным? Что важнее при конфликте атрибутов: CRM, сайт или колл-центр? Если на эти вопросы нет ответа, внедрение превращается в витрину без операционной ценности.

В 2026 это особенно заметно. Поисковый трафик всё чаще уходит в zero-click, performance-атрибуция смещается в server-side и MMM, а в B2B RevOps требует общей картины по выручке, а не разрозненных MQL. То есть CDP должен не просто «собирать данные», а связывать маркетинг, продажи и клиентский успех в одну схему принятия решений.

Из практики: на одном проекте у нас было 14 источников, но только 3 бизнес-правила по клиенту. После того как мы зафиксировали приоритеты полей и жизненный цикл профиля, доля дублирующихся записей упала на 27%, а время на ручную сверку сегментов — почти вдвое. Не потому что платформа стала умнее. Потому что появилась дисциплина.

Я бы смотрел на CDP так: это не инструмент автоматизации рассылок и не модное слово для отчёта. Это проверка зрелости команды.

Если вы не готовы:
— назначить владельца идентичности;
— описать приоритеты источников;
— встроить CDP в RevOps-логику;

то лучше честно начать с DWH, правил качества данных и процессов. CDP поверх хаоса не лечит хаос.

— @CDProomRu