Customer data ломается не в CDP, а на стыке событий, CRM и ручных костылей

Customer data ломается не в CDP, а на стыке событий, CRM и ручных костылей

Если у вас есть только page_view и покупка, это не customer data, а следы движения. Для нормальной работы нужны три слоя: поведение, идентичность и атрибуты профиля. Иначе сегменты будут «прыгать», а триггеры — слать одно и то же в пустоту.

Базовый минимум для D2C:
— стабильный user_id и отдельный anonymous_id до логина;
— события с понятными именами и одинаковыми свойствами;
— единый источник правды для email, phone, consent и статуса клиента.

Главная ошибка — смешивать «что сделал пользователь» и «что мы про него знаем» в одном событии. Так ломается дедупликация, attribution и reverse-ETL. Второй провал — менять схему без версионирования: сегодня поле `plan`, завтра `subscription_type`, и половина отчетов тихо пустеет. Третий — тащить в CDP мусор из CRM без нормализации: пробелы, разные телефоны, дубли, пустые значения.

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

Чем раньше вы опишете схему данных и правила матчингa, тем меньше будет «магии» в маркетинге и пожаров в аналитике.