Customer data ломается не в интеграциях, а в схеме: 5 ошибок, которые потом чинят месяцами

Customer data ломается не в интеграциях, а в схеме: 5 ошибок, которые потом чинят месяцами

Customer data — это не «все данные о пользователе», а набор событий, атрибутов и идентификаторов, которые должны совпадать между трекингом, CRM и CDP. Если хотя бы один слой собран криво, дальше по цепочке едут сегменты, триггеры и отчёты.

— Смешивают события и свойства в одну кашу: event_name должен описывать действие, а traits/profile — состояние пользователя.
— Не фиксируют правила идентификации: anonymous_id, user_id, email и phone живут отдельно, пока не определён порядок склейки.
— Пишут свободный текст вместо справочников: «Lead», «lead», «New lead» потом невозможно чисто сегментировать.
— Хранят лишнее: если поле не участвует в активации или аналитике, оно быстро превращается в мусор и конфликт версий.
— Не задают owner'а на каждое поле: без ответственного схема деградирует после первого редизайна формы.

Минимум, который должен быть задокументирован: список событий, обязательные поля, типы значений, правила дедупликации и что делать при конфликте идентификаторов. Если это не описано, у команды нет общей карты, а есть набор скриптов 🧩

Перед запуском любой активации прогоняйте один вопрос: «Могу ли я по этим данным однозначно понять, кто сделал действие, когда и в каком контексте?». Если ответ «нет», сначала чините customer data, потом лейте в сегменты.