CDP ломается не на выборе инструмента, а на кривой схеме событий и идентификации

CDP ломается не на выборе инструмента, а на кривой схеме событий и идентификации

Если CDP встала «как надо», но через пару месяцев маркетинг перестал доверять данным, обычно проблема не в софте. Чаще всего ломают три места:
— один и тот же пользователь живёт под разными user_id и анонимными cookie;
— события называются по-разному в вебе, app и CRM;
— в payload тащат всё подряд, а потом никто не понимает, что является источником правды.

Базовый минимум для D2C: один стабильный идентификатор, явные правила merge, отдельные события для ключевых действий и одинаковые имена атрибутов везде. Если у события нет owner-а и описания, оно почти наверняка станет мусором через полгода. Особенно больно это бьёт по сегментации и reverse-ETL: в CRM уезжают не те аудитории, и команда начинает чинить не данные, а интерфейс.

Проверяйте CDP по трём вопросам: может ли она нормально склеивать identity, как ведёт себя при дублях и можно ли без костылей отправлять очищенные сегменты в email, ads и support-стек. Если ответ «ну, через дополнительный скрипт», значит вы уже платите техническим долгом.

Не пытайтесь построить «идеальную» схему сразу. Сначала зафиксируйте 10–15 событий, которые реально влияют на деньги, и только потом расширяйте трекинг.