CDP в ритейле: как Nike собрала единый профиль клиента и перестала “воевать” за данные между маркетингом и сер

CDP в ритейле: как Nike собрала единый профиль клиента и перестала “воевать” за данные между маркетингом и сервисом

В 2026 ритейл живёт в режиме пересборки атрибуции: last-click всё чаще заменяют server-side, инкрементальность и MMM. Но реальная боль почти всегда одна и та же — данные разъезжаются по системам (CRM, e-commerce, loyalty, call-центр, мобильное приложение), а маркетинг и customer success (клиентский сервис) отвечают за общую выручку и удержание, а не только за лиды или первую покупку.

Контекст
У Nike (как у глобального бренда с масштабной экосистемой касаний) типовая проблема выглядит так:
— маркетинг видит активность в онлайне и кампании на базе сегментов, собранных “локально” в CRM/ESP;
— сервис и loyalty видят обращения, статусы заказов, возвраты и NPS/CSAT;
— продукт и аналитика живут в событийных данных, но без сквозного ID (или с частичным совпадением);
— персонализация в итоге становится “условной”: часть клиентов получает релевантность, часть — дубли, часть — противоречивые сообщения (например, напоминания о доставке, когда заказ уже отменён).

Задача
Нужно было собрать 360-градусный профиль и синхронизировать действия по всей воронке не “по факту”, а в моменте. Конкретные цели, которые обычно формулируют в терминах KPI:
— снизить долю дублей и рассинхрона в рассылках (одни и те же клиенты получают разные офферы из разных источников);
— улучшить качество сегментации для retention (удержания) и повторных покупок в e-com, где в 2026 заметно проседает средний чек на 5–8% и растёт ставка на LTV;
— дать единые данные для RevOps-логики: маркетинг + продажи + customer success должны одинаково трактовать “ценного” клиента (по покупкам, активности, обращениям).

Решение
В основе — внедрение CDP (Customer Data Platform) как слоя унификации и активации данных, а не просто витрины.
Что сделали по шагам (по логике, которую повторяют многие крупные бренды):
1) Унифицировали идентификаторы
— настроили склейку по email/телефону, cookie/mobile-advertising ID (с учётом privacy), а также по событийным “сигналам” аккаунта;
— ввели единый customer ID и правила выживания конфликтов (какой источник считается “истиной” для разных атрибутов: статус заказа, согласия, предпочтения).

2) Собрали единый событийный профиль
— связали ecommerce-события (просмотры, добавление в корзину, покупки), сервисные (обращения, статусы) и лояльность (баллы/уровни) в хронологию;
— добавили вычисляемые атрибуты: например, “вероятность оттока” на основе последней активности и поведения в сервисе.

3) Подключили активацию “в рабочие контуры”
— синхронизировали сегменты в CRM и маркетинговые каналы, чтобы персонализация не была разорвана по источникам;
— ограничили частоту коммуникаций на уровне CDP, а не “по каждому каналу отдельно”.

4) Привязали измеримость к 2026-реальности
— отказались от попыток оценивать всё через один last-click;
— начали сравнивать группы по инкрементальности и учитывать влияние server-side-событий на воронку (в сочетании с MMM, где нужно).

Результат
Типовые эффекты от такой модели (их можно увидеть и в практиках крупных брендов):
— уменьшение рассинхрона в коммуникациях: меньше повторных/противоречивых сообщений за счёт единого профиля и частотных правил;
— рост эффективности retention-наборов: сегменты стали “живыми” (обновляются по событиям, а не раз в неделю);
— ускорение циклов: маркетинг и сервис перестали собирать сегменты вручную, снизили нагрузку на аналитиков и IT на поддержку “зоопарка” интеграций.

Если говорить предметно, измеряли не “красивые” показатели, а бизнес-метрики: конверсия повторных покупок, доля кампаний с корректным контекстом заказа, снижение количества обращений из‑за неверных коммуникаций.
…