<b>Data activation ломается не в BI, а в 5 местах между таблицей и рекламным кабинетом</b>

<b>Data activation ломается не в BI, а в 5 местах между таблицей и рекламным кабинетом</b>


CDP, reverse-ETL и CRM часто продают как «единую customer view». На практике это просто труба: из склада данных в инструменты, где можно что-то сделать — email, ads, push, support, personalization.

Боль начинается, когда в трубу попадают грязные события и разъезжаются идентификаторы:
— один и тот же клиент имеет 3 email, 2 phone и 1 guest_id;
— в сегменте есть пользователи без права на контакт;
— в activation-слой уезжают сырые события без нормализации;
— триггеры в маркетинге дублируют друг друга;
— нет правила, кто владелец атрибута и как часто он обновляется.

Перед активацией проверь 4 вещи:
— <b>identity</b>: какой ключ главный — email, phone, customer_id;
— <b>consent</b>: можно ли вообще отправлять этот профиль в канал;
— <b>freshness</b>: насколько данные должны быть актуальны для сценария;
— <b>mapping</b>: как поле из DWH маппится в атрибут CDP/CRM без ручных костылей.

Если хотя бы один слой не определён, activation превращается в рассылку по мусору. И тогда проблема выглядит как «плохая конверсия», хотя на деле сломан upstream.

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