CDP не спасает бардак. Она просто делает его дороже

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

Если у вас в CRM один и тот же человек живёт как 4 сущности, в рассылках нет общего customer_id, а события сайта не совпадают с заказами из бэка — CDP не решит проблему. Она аккуратно соберёт этот хаос в красивый интерфейс и начнёт масштабировать его по всем каналам.

Моё правило простое: **CDP имеет смысл только там, где уже определены домены данных и владельцы процессов**.

Что я проверяю перед внедрением:
— есть ли единый идентификатор клиента, а не набор случайных ключей;
— понятны ли источники истины: CRM, сайт, приложение, офлайн, саппорт;
— описаны ли события и их семантика, а не только названия полей;
— кто отвечает за качество данных после запуска, а не только на этапе интеграции.

Один практический показатель: в проектах без предварительной нормализации данных до 30–40% времени внедрения уходит не на активацию, а на разбор расхождений между системами. И почти всегда это не проблема платформы, а проблема модели данных и процессов вокруг неё.

В 2026-м это особенно заметно. Когда маркетинг уходит от гонки за объёмом к retention (удержанию) и LTV, а ревеню-операции (RevOps) требуют сквозной ответственности за выручку, CDP перестаёт быть «маркетинговой игрушкой». Она становится частью операционной архитектуры.

Я бы формулировал так: сначала дисциплина данных, потом платформа. Иначе вы покупаете не ускорение, а легализованный беспорядок.

— @CDProomRu