CDP для B2B: единый профиль лида и «склейка» событий по match-ключам за 5 шагов

CDP для B2B: единый профиль лида и «склейка» событий по match-ключам за 5 шагов

Если в 2026 лидогенерация MQL/SQL проседает, а ответственность маркетинга смещается к RevOps (маркетинг-сейлз-кс успех за выручку), то CDP становится не «витриной сегментов», а системой правды по клиенту. Ниже — практический план, как за неделю запустить связку «событие → профиль → активация» и убрать дубли за счёт match-ключей.

1) Зафиксируйте карту идентификаторов (какие есть и какой приоритет)
— Определите 5–7 источников идентификаторов: email, телефон, корпоративный домен, CRM ID, учетная запись в продукте, web-cookie/пользовательский ID (если есть), документы/подписи (если B2B-формы).
— Сразу установите приоритет “что считать главным”: например, CRM ID > email (work) > домен > телефон > cookie ID.
— Результат недели: таблица “ключ → источник → тип (строка/число) → приоритет → правила нормализации (нижний регистр, trim, удаление alias)”.

2) Настройте нормализацию данных ещё до загрузки в CDP
— Введите единый формат для email: нижний регистр, удаление пробелов, приведение alias-правил (если вы их используете).
— Для доменов: выделяйте домен из почты и приводите к каноническому виду.
— Уберите дубликаты в потоках: одинаковые события с разными полями (например, один и тот же визит с обновленным UTM) должны “схлопываться” по комбинации (пользователь + time-window + тип события).

3) Создайте match-правила для склейки и контролируйте качество
— В CDP задайте правила identity resolution: “создать/обновить профиль по match-ключу”.
— Добавьте дедупликацию по email+домену и по корпоративному домену для анонимов (если у вас B2B-лендинги с формами).
— Включите “скоринг уверенности” (confidence): если совпадение по нескольким ключам — объединяем, если по одному и слабому — оставляем как вероятное и маркируем для пересчёта.
— Результат: вы видите отчёт “сколько профилей склеилось” и “где риск ошибочной склейки”.

4) Привяжите события к профильному ID, а не к источнику
— Для каждого типа события (демо-заявка, просмотр pricing, вебинар, тикет в саппорт, активация в продукте) определите: какое поле события содержит identity (email/CRM ID/user ID) и как оно переводится в match-ключ.
— Сделайте единый справочник “типов событий” и нормализуйте атрибуты: campaign, channel (маркетинговый канал), продукт/модуль, сегмент интереса.
— Проверьте 20–30 кейсов вручную: одно событие должно попадать в один профиль, а не в разные “копии”.

5) Соберите активируемые сегменты и тест “откуда пришло — где отразилось”
— Создайте 3 сегмента для RevOps-цикла:
— “Новый lead с запросом демо, без статуса в продукте”
— “Участник вебинара, который открыл кейс/страницу продукта”
— “Текущий клиент, который вернулся в исследование (intent)”
— Для каждого сегмента проверьте: активация в CRM/маркетинг-автоматизацию (или внутри CDP) действительно опирается на ваш профиль, а не на отдельный источник.
— Финальная метрика недели: снижение числа дублей профилей и рост доли событий, связанных с “правильным” ID (ownership по профильным данным).

Если вы скажете, какая у вас связка (CRM: Salesforce/1C/Bitrix24; продукт: свой/корп. SaaS; каналы: веб/контент/мероприятия), я предложу конкретный набор match-ключей и типовые сегменты под ваш цикл выручки.