<b>Data activation ломается не в CRM, а в грязном ключе и кривом событии</b>

<b>Data activation ломается не в CRM, а в грязном ключе и кривом событии</b>

Если у вас есть warehouse, CDP или reverse-ETL, это ещё не activation. Активация начинается там, где данные можно безопасно и повторяемо отправить в канал: CRM, ads, email, push, support. Для этого нужны три вещи: стабильный identity key, понятная event-схема и список полей, которым вы доверяете.

Проверьте базу перед любой синхронизацией:
— один главный ключ на пользователя, без зоопарка email/phone/device_id;
— события с одинаковыми именами и одинаковыми типами полей;
— timestamp в одном формате;
— флаги consent и opt-out не теряются при выгрузке;
— null не превращается в пустую строку.

Дальше смотрите на правила доставки. Если в CRM уходит всё подряд, вы не делаете activation — вы просто копируете мусор в интерфейс менеджера. Нужны сегменты, дедупликация, частота отправки и явный фильтр: кого исключаем, какие поля маппим, что делаем при конфликте значений.

Самая частая ошибка — строить activation как технический экспорт. Правильный подход: сначала описать бизнес-действие, потом минимальный набор данных, потом канал. Тогда ownership у маркетинга, а не у таблицы с 200 колонками.