Customer data без хаоса: 5 полей, которые нужно нормализовать до первого запуска CDP
Если в CRM, app и email-стеке один и тот же человек живёт как 3 разных сущности, activation ломается не в CDP, а раньше — на уровне модели данных. Базовый набор, который стоит привести к одному виду: email, phone, external_id, consent_status, source_system.
Дальше проверьте, где у вас хранится truth. Для email и телефона нужен один canonical format: lowercase, без пробелов, без лишних символов. Для phone — единый E.164. Для external_id — стабильный ключ, который не меняется при смене канала или девайса.
Второй слой — события. У каждого event должны быть: user_id, anonymous_id, timestamp, event_name, properties. Если нет anonymous_id до логина, вы теряете связку pre-login и post-login поведения. Если event_name пишется как попало, сегментация превращается в ручной квест.
Третий слой — права на активацию. Consent_status должен быть не «да/нет» в вакууме, а привязан к каналу: email, sms, push, ads. Иначе reverse-ETL честно отправит данные туда, куда отправлять нельзя.
Сначала унифицируйте идентификаторы и consent, потом стройте сегменты. Иначе CDP будет не платформой активации, а очень дорогим складом дублей.
CDP & Data для D2C
@cdp_data_desk
Customer data без хаоса: 5 полей, которые нужно нормализовать до первого запуска CDP
Этот пост опубликован в Telegram-канале CDP & Data для D2C. Подписаться можно по ссылке: @cdp_data_desk.