CDP разваливается не из-за выбора сервиса, а из-за плохой схемы событий

CDP разваливается не из-за выбора сервиса, а из-за плохой схемы событий

CDP в D2C обычно покупают ради трех задач: собрать события, связать пользователя между каналами и отдать сегменты в рекламные и CRM-системы. Но если в трекинге хаос, любая платформа быстро превращается в дорогой склад мусора.

Главные грабли:
— разные названия одного и того же события в вебе, app и backend;
— пустые или плавающие идентификаторы: email есть не всегда, user_id живет отдельно;
— события без обязательных полей: product_id, order_id, source, timestamp;
— дубли, которые потом раздувают аудитории и ломают атрибуцию.

Нормальная схема начинается не с инструментов, а с контракта: список событий, обязательные свойства, правила нейминга и источник истины для каждого поля. Если поле нельзя заполнить всегда — не делайте его обязательным для активации. Если событие нельзя однозначно связать с пользователем — не тяните его в сегменты, где важна персонализация.

Перед внедрением CDP проверьте три вещи: как решается identity resolution, что считается valid event, и где живет дедупликация. Иначе вы получите не customer data platform, а красивую трубу для ошибок. Сначала схема, потом синхронизация.