<b>Customer data ломается не в CDP, а в схеме: 6 правил, которые спасают активацию</b>

<b>Customer data ломается не в CDP, а в схеме: 6 правил, которые спасают активацию</b>

Если customer data собирается как попало, любая CDP превращается в дорогой пересылщик мусора. Боль не в том, что у вас “мало данных”, а в том, что события называются по-разному, идентификаторы не склеиваются, а атрибуты живут без правил владения.

— Сначала фиксируйте единый набор ключей: user_id, anonymous_id, email, phone. Не придумывайте по 3 поля на один смысл.
— Разделяйте event properties и user traits: событие описывает действие, trait — пользователя.
— Для каждого события задайте обязательные поля и типы: если поле пустое или плавает по формату, downstream-активация будет ломаться.
— Введите версионирование схемы: удаление или переименование поля без миграции = тихая поломка сегментов и reverse-ETL.

Identity resolution почти всегда страдает в двух местах: guest-to-known merge и мультидевайс. Если не определить, когда anonymous_id должен сливаться с user_id, вы получите дубли в CRM, неверные аудитории и кривую атрибуцию. Лучше один раз описать правило merge, чем потом чистить ручные склейки.

Последний слой — ownership. У каждого поля должен быть владелец: кто добавляет, кто удаляет, кто отвечает за quality check. Без этого схема через месяц начинает жить своей жизнью, а маркетинг и аналитика спорят не о росте, а о том, какое поле “на самом деле правильное”.

<b>Проверьте схему до подключения активации: если событие нельзя объяснить в одном предложении, его нельзя лить в прод.</b>