CDP не спасает, если у вас ломается схема событий и identity

CDP не спасает, если у вас ломается схема событий и identity

CDP чаще всего продают как «единый источник правды», но на практике она просто ускоряет то, что вы ей скормите. Если event names скачут, user_id теряется между вебом и app, а traits приходят в разном формате — в activation улетает мусор, только быстрее и дороже.

Проверяйте три слоя до покупки и до интеграции:
— ingestion: все ли источники реально доезжают, есть ли retry и дедупликация
— identity resolution: как склеиваются anonymous_id, email, phone, customer_id
— activation: куда и в каком виде уходят поля, кто отвечает за маппинг

Главная ошибка — начинать с «куда будем лить». Правильнее сначала зафиксировать минимальную event-схему: sign_up, login, purchase, add_to_cart, refund. У каждого события должны быть обязательные поля, типы значений и владельцы. Иначе через три месяца окажется, что одинаковое имя события используется для разных смыслов.

CDP нужна, когда у вас уже есть дисциплина в данных и понятные consumer-сценарии: сегментация, триггеры, reverse-ETL, suppression. Если команда не может договориться о naming convention и не умеет чистить дубль-профили, то платформа станет дорогим ретранслятором хаоса.

Сначала схема и правила качества, потом CDP. Иначе вы автоматизируете бардак, а не customer data.