<b>Customer data ломается не в хранении, а в том, как его описали и связали</b>

<b>Customer data ломается не в хранении, а в том, как его описали и связали</b>

Если у вас есть события, профили и CRM, это ещё не customer data platform. Пока не определены идентификаторы, правила склейки и источник истины, один и тот же человек будет жить в трёх версиях: anonymous, logged-in и “VIP в CRM”.

Проверьте базовый каркас:
— единый customer_id и правила его появления;
— отдельные поля для device_id, email, phone и external_ids;
— событие identity_link только при явном совпадении;
— запрет на перезапись сильного идентификатора слабым.

Дальше смотрите на качество, а не на объём. Дубликаты, пустые свойства, разные форматы телефона и хаос в названиях событий убивают активацию быстрее, чем отсутствие “красивой” дашборд-обвязки. Если data team не может ответить, откуда взялось поле и кто его меняет, поле уже токсичное.

Хорошая customer data схема — это не “собирать всё”, а быстро понять, кому можно писать, что именно и почему этот профиль вообще заслуживает доверия.