CDP в роли «мозга» для retention: как Nike (на практике) стыкует события офлайна и приложения

CDP в роли «мозга» для retention: как Nike (на практике) стыкует события офлайна и приложения

К середине 2026 у многих брендов в e-com и fashion падение конверсии в первой покупке стало системным фоном: потребитель чаще сравнивает и откладывает. Поэтому выигрывают те, кто быстрее и точнее собирает профиль клиента и активирует его по жизненному циклу — от персональных рекомендаций до возвращения в корзину. Но сделать это «в лоб» через пиксели и набор разрозненных сегментов — почти всегда упирается в качество данных: офлайн-активности, история покупок, поведение в приложении, идентификаторы (email/телефон), сессии и атрибуция начинают жить своей жизнью.

Контекст
Nike — хороший ориентир для разбора, потому что у компании параллельно существуют каналы с разной природой данных:
— цифровые touchpoints: приложение, сайт, push/Email, marketplace-активности
— офлайн-сигналы: магазинные визиты, покупки, участие в программах лояльности
— разный уровень идентификации: от анонимного пользователя до полностью идентифицированного (email/телефон, покупательский профиль)

Проблема в том, что на уровне маркетинга 2026 год требует не «больше сегментов», а более точную настройку сценариев: customer journey (путь клиента) должен строиться на событиях, а не на догадках. И это почти невозможно без CDP, который нормализует события, связывает идентификаторы и обеспечивает единые правила активации для кампаний.

Задача
Внутренняя задача (типовая для fashion, но показательная именно по механике) выглядела так:
— объединить события из приложения и сайта с покупками и активностями лояльности
— привести идентификаторы к единому виду (чтобы один и тот же человек не становился «тремя разными» пользователями)
— построить сегменты для сценариев retention: возвращение в игру после паузы, реактивация после просмотра/без покупки, персональные подборки по интересам
— снизить долю «плохих» контактов: дубли, устаревшие email/телефоны, несоответствия статусов (например, клиент уже не может быть в промо-воронке по причине возврата/отмены)

Ключевой критерий успеха на стороне бизнеса — не клики и не охват, а рост повторных покупок и удержание при сохранении маржинальности. На фоне того, что в e-com в среднем чек проседает на 5–8% из‑за экономного поведения, возвращать нужно не скидкой «всем», а релевантностью «точно этому человеку».

Решение
Nike (как и многие крупные игроки) фактически использует CDP как слой консолидации и оркестрации данных, чтобы связать маркетинговые сценарии с реальным поведением клиента.

Что именно делали на стороне решения:
1) Нормализация событий
— события из приложения и веба приводили к единому словарю (какое действие считать «просмотром», «добавлением в избранное», «началом оформления заказа»)
— корректно обрабатывали повторные события и временные окна (чтобы один визит не превращался в несколько «эпизодов»)

2) Identity resolution (разрешение идентификаторов)
— связка email/телефон с device-id и cookie/ID приложения
— правила приоритетов: при появлении нового «сильного» идентификатора (например, после логина) заменяли слабый, а не плодили дубликаты профиля
— отдельная логика для случаев смены email/телефона: чтобы история покупок не «отваливалась» при обновлении контакта

3) Единая модель сегментов для активации
— сегменты для retention строились на событиях и атрибутах профиля, а не на «последнем источнике трафика»
— сценарии переводили на единые данные: например, «пользователь смотрел категорию X, но не купил за 30 дней» и «покупатель с пропуском повторной покупки 45–60 дней»

4) Privacy-first доступность данных для активации
— вместо опоры на last-click (последний клик) применяли серверную передачу событий и настраивали правила сопоставления для кампаний
— это помогало уменьшить разъезд между тем, что CDP видит как событие, и тем, как рекламные/маркетинговые системы отражают причинность

Результат
Когда данные стали «своими» для маркетинга и CS (Customer Success — поддержка клиентов), эффект проявился не в одном показателе, а в связке метрик.
…