Identity resolution ломается не в CDP, а в логике: как не склеить лишних людей

Identity resolution ломается не в CDP, а в логике: как не склеить лишних людей

Identity resolution — это не «узнать пользователя», а аккуратно решить, какие события, устройства и контакты принадлежат одному человеку. Если ошибиться, вы либо раздробите клиента на 5 профилей, либо склеите в один чужие покупки, письма и триггеры.

Перед настройкой зафиксируйте 3 уровня идентификаторов: анонимный device/session id, устойчивый user id после логина и контактные ключи вроде email/phone. Не смешивайте их в одну кучу: один и тот же email может быть семейным, рабочим или временным, а device id живёт только пока не переустановили приложение.

Правила склейки должны быть жёстче, чем хочется:
— сначала подтверждённый login/user id;
— потом проверенный email/phone;
— затем probabilistic-сигналы только как подсказка, не как истина;
— никогда не делайте merge без понятного winner field и истории изменений.

Отдельно следите за конфликтами: если один человек сменил email, а второй купил по тому же телефону, система должна не «угадывать», а создавать спорный кейс для ручной проверки или откатывать merge. Иначе CRM начнёт жить своей жизнью, а reverse-ETL разнесёт ошибку по всем каналам.

Хорошая identity resolution не стремится объединить всех любой ценой — она умеет оставлять сомнение там, где данных мало. Лучше иметь чуть больше разрозненных профилей, чем один красиво сломанный.