CDP ломается не на выборе платформы, а на первых 20 событиях и 3 дублях полей

CDP ломается не на выборе платформы, а на первых 20 событиях и 3 дублях полей

CDP нужен не “для единой картины”, а чтобы собирать, чистить и активировать данные без ручных выгрузок. Если у вас нет ответа на 3 вопроса — какие события считаем, как связываем пользователя между каналами, куда отправляем результат — платформа станет дорогим складом JSON.

Перед внедрением проверьте:
— у каждого события есть стабильный name и обязательные properties;
— email, phone, external_id и anonymous_id не живут в разных форматах;
— есть правило, когда anonymous_id склеивается с known user;
— один источник правды для consent и opt-out;
— schema owner, который режет “временные” поля до продакшена.

Типовая боль — начинать с активации, а не с схемы. Тогда в reverse-ETL летят кривые сегменты, маркетинг видит разные аудитории в CRM и email-платформе, а аналитик потом месяц объясняет, почему “purchased” иногда означает checkout, а иногда payment success.

Хорошая CDP — это не место, где “всё хранится”, а слой, где события проходят контракт: что собираем, как нормализуем, кому можно отдавать. Если контракт слабый, любая интеграция превращается в костыль.