Почему CDP чаще ломается не на интеграции, а на атрибутах

Почему CDP чаще ломается не на интеграции, а на атрибутах

Я за последние годы видел одну и ту же картину: проект по внедрению Customer Data Platform (CDP — платформа клиентских данных) стартует с разговора про коннекторы, события и витрины, а буксует совсем в другом месте — на определении полей.

Не на «как забрать данные из CRM», а на вопросе: что именно у нас считается клиентом, лидом, аккаунтом, согласованным пользователем, активной сессией и источником правды. И вот здесь у маркетинг-ops обычно начинается самая дорогая часть проекта.

Мой практический ориентир простой: если команда не может за 20–30 минут ответить, какие 10–15 атрибутов являются обязательными для запуска первого полезного сценария, CDP ещё не готова к внедрению. У вас может быть куплена лицензия, настроен поток событий, загружены исторические данные — и при этом система не приносит пользу, потому что разные команды по-разному трактуют один и тот же объект.

Особенно это заметно в B2B, где в 2026 году ценность смещается к RevOps (общая операционная модель выручки). Маркетинг, продажи и customer success больше не могут жить в трёх отдельных справочниках. Если в CDP нет единой логики идентификации и нормализации сущностей, вы будете спорить не о сегментах, а о том, чей Excel «правильнее».

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

CDP — это не склад данных. Это слой договорённостей о том, как бизнес видит клиента. И пока эти договорённости не формализованы, любая технология превращается в красивую, но дорогую маршрутизацию хаоса.

— @CDProomRu