Платформа клиентских данных

6 инструментов, 6 разных ID.
И всё это — один человек.

CDP — платформа клиентских данных (Customer Data Platform) — объединяет разрозненные идентификаторы, поступающие с вашего сайта, из мобильного приложения, CRM, e-commerce-движка и контакт-центра, в единый профиль реального клиента. Один человек больше не существует в виде 5 разных записей в 5 разных системах, а у маркетинга, продаж и службы поддержки появляется единый источник достоверных данных.

Segment, RudderStack, Tealium, mParticle или composable CDP — мы вместе с вами выбираем подходящую основу и внедряем её. Задача объединения идентификаторов (identity resolution), на которую якобы нужны годы, чисто решается за 8–12 недель дисциплинированной работы.

Запросить аудит CDP План на 8 недель

Эл. почта [email protected]

Телефон +90 532 ••• 47 12

Device ID aa-bb-cc-9f1

CRM User #38421

CDP
ID GRAPH

Ali Yılmaz

cdp_id: 0x7f4a…b8

LTV₺ 18.420

Заказы14

СегментVIP-Loyal

Отток12%

Последний вход2h ago

КаналiOS app

events.live· 247/s

12:04:11page_view/products/348

12:04:12add_to_cartsku:JK-104

12:04:14identify[email protected]

12:04:15purchase₺ 1.249,00

12:04:17email_opencamp:VIP-44

12:04:19app_openiOS 17.4

12:04:21searchзимние ботинки

12:04:23consent_grantmarketing

12:04:11page_view/products/348

12:04:12add_to_cartsku:JK-104

12:04:14identify[email protected]

12:04:15purchase₺ 1.249,00

12:04:17email_opencamp:VIP-44

12:04:19app_openiOS 17.4

12:04:21searchзимние ботинки

12:04:23consent_grantmarketing

5 ID → 1 профиль

Почему разрозненные данные губительны?

6 инструментов, 6 разных ID клиента. И ни один не видит, что это один и тот же человек.

Ваш клиент заходит на сайт, покупает в магазине, пользуется мобильным приложением, открывает ваше письмо, предъявляет карту лояльности, звонит в контакт-центр. Эти 6 взаимодействий фиксируются в 6 разных системах под 6 разными идентификаторами. Маркетинг обращается к одному и тому же человеку с 3 разными кампаниями; отдел продаж не знает его истории; служба поддержки спрашивает: «Вы звоните впервые?». Без CDP Customer 360 остаётся лишь заголовком на слайде — в реальной жизни его не существует.

Отдельный идентификатор на каждый канал

Cookie на сайте, device_id в приложении, хеш email, ID в CRM, номер POS в магазине — один и тот же человек живёт в виде пяти записей в пяти системах. Без правила объединения никто не поймёт, что это один и тот же человек.

Дублирующиеся кампании

Один купон из Mailchimp, другой из Klaviyo, третий из Meta. Один и тот же клиент за неделю получает три противоречащих друг другу предложения: доверие к бренду падает, маржа тает из-за скидок.

Неверная атрибуция

Каждый рекламный кабинет приписывает конверсию себе. В сумме выручка выглядит утроенной. Бюджет уходит не в тот канал, а реальный вклад теряется из виду.

Пустые рекомендации

Блок «Вам может понравиться» по-прежнему предлагает то, что клиент только что купил, потому что система учёта покупок не связана с рекомендательным движком. Вместо персонализации получается навязчивый спам.

Качество обслуживания

Клиент пишет: «Я по поводу товара, купленного в прошлом месяце», а оператор заново спрашивает обо всём. NPS падает, CAC уходит впустую, отток растёт.

Риски по KVKK и GDPR

Если клиент просит «удалите все мои данные», приходится вручную искать их в пяти разных системах. Забыли об одной — возникает юридический риск по KVKK (турецкий закон № 6698 о защите персональных данных) и Общему регламенту ЕС по защите данных (GDPR). Удаление из единой точки обязательно.

Как объединяются данные

Источники сходятся в одной точке. В целевые системы уходят чистые данные.

Ваши источники данных (Shopify, Salesforce, Web Pixel, Mobile SDK, контакт-центр, система лояльности) передают данные в CDP; CDP объединяет идентификаторы и обогащает профили; единый чистый профиль непрерывно поступает в целевые системы (Mailchimp, Klaviyo, Meta Ads, Google Ads, Slack, Webhook, BigQuery). На современном этапе, известном как Reverse ETL, CDP также возвращает данные из хранилища в рабочие системы бизнеса — для товарных рекомендаций, персонализации и обслуживания.

Источники

Shopify

Salesforce

Web Pixel

Mobile SDK

POS / Loyalty

Call Center

CDP Граф ID

Целевые системы

Mailchimp

Klaviyo

Meta Ads

Google Ads

Slack alert

Webhook / BigQuery

Без CDP — хаос

6 инструментов, 30 интеграций «точка-точка» — 30 отдельных задач по поддержке.

С CDP — чистая схема «звезда»

6 инструментов, 6 интеграций — управление из одной точки.

Доля сопоставленных идентификаторов

Правильно построенный граф идентификаторов (identity graph) даёт 78% детерминированных и 18% вероятностных совпадений.

Детерминированное = адрес электронной почты, телефон, номер клиента — точное совпадение. Вероятностное = тот же IP + то же устройство + похожее поведение. Большинство компаний начинают с 38% детерминированных совпадений; правильная схема данных и проектирование событий выводят этот показатель на 78% за 90 дней.

Детерминированное совпадение 78%

Вероятностное совпадение 18%

Не сопоставлено (анонимно) 4%

Объединение между устройствами 71%

Конверсия: анонимный → известный 54%

Для кого?

Любой команде, которая видит одного и того же клиента в разных системах, станет легче с CDP.

E-commerce · сайт + приложение + офлайн

Один клиент покупает в 3 каналах; без CDP невозможны поведенческая сегментация и похожие аудитории (lookalike).

SaaS · несколько продуктов

Основной продукт + дополнения + мобильная версия — пользователь один; события в продукте, биллинг и поддержка разбросаны по трём разным системам.

Маркетплейс

Покупатель + продавец + поставщик — три разные роли, общие платежи и переписка; единый профиль обязателен.

Финансы · банки, страхование

KYC + приложение + звонки + отделения — строго регулируемые каналы, объединение в единый профиль и отслеживание согласий по KVKK.

Телеком · GSM + оптика + IPTV

4 линии, 4 счёта, 1 домохозяйство — граф идентификаторов на уровне домохозяйства (household) позволяет строить модели кросс-продаж и оттока.

Омниканальное агентство

Единая чистая среда данных для агентств, которые предлагают клиентам сайт + email + платную рекламу + лояльность; кампании запускаются быстрее.

Здравоохранение · больницы, клиники

Пациент + запись на приём + анализы + рецепт; МИС + CRM + сайт — Customer 360 в соответствии с KVKK.

B2B · длинный цикл продаж

Лид + сделка + использование продукта + поддержка; единый профиль аккаунта для account-based marketing.

10 компетенций, одна команда

От идентификации до согласий, от схемы данных до активации — 10 реальных уровней CDP.

CDP — это не просто установка инструмента. Проектирование схемы данных, правила идентификации, уровень согласий, архитектура событий в реальном времени, управление целевыми системами и проверяемое управление данными (governance) работают вместе. Компания Partnerfy ведёт все 10 уровней силами одной команды.

Объединение идентификаторов (identity resolution)

Детерминированный + вероятностный граф идентификаторов; объединение между устройствами и каналами; агрегация на уровне домохозяйства и аккаунта.

Сбор событий в реальном времени

Сайт, мобильные приложения, сервер, пакетная загрузка — десятки тысяч событий в секунду с валидацией схемы.

Конструктор аудиторий

No-code-интерфейс для динамических сегментов на основе поведения, атрибутов и событий; подсчёт в реальном времени.

Уровень согласий GDPR и KVKK

Управление согласиями из одной точки; каждая целевая система фильтруется по согласию; «удалить все мои данные» — в один клик.

Доставка в целевые системы

Server-side- и client-side-доставка в 200+ инструментов маркетинга, продаж, BI и операционной деятельности.

Reverse ETL · из хранилища в CRM

Возвращает обогащённые данные из Snowflake / BigQuery в Salesforce, HubSpot и Klaviyo.

Предиктивный скоринг

Скоринг оттока, прогноз LTV, вероятность покупки — автоматическая передача из модели в хранилище в сегмент.

Коннекторы источников

Shopify, Magento, Stripe, WooCommerce, Salesforce, HubSpot, Zendesk + собственные вебхуки.

План трекинга и схема данных

Словарь событий, правила именования, типы параметров, валидация — основа чистых данных.

Управление данными и аудит

Кто видел какие данные и в какую систему они ушли; полный журнал аудита, маскирование PII, ролевой доступ.

Процесс

От аудита до активации: чёткая дорожная карта на 8–12 недель.

01

Недели 1–2 · Аудит источников данных

Сайт, мобильные приложения, CRM, e-commerce, POS, программа лояльности, контакт-центр — полностью описываем, какие события и поля и с какой частотой создаёт каждая система; составляем список отсутствующих, дублирующихся и ошибочных полей.
02

Недели 2–3 · Проектирование графа идентификаторов

Определяем, какие поля служат детерминированными ключами (email, телефон, customer_id), а какие — вероятностными (устройство, IP, fingerprint); прописываем правила приоритизации и разрешения конфликтов.
03

Недели 3–4 · Выбор CDP

Segment, RudderStack, Tealium, mParticle или composable CDP на базе Snowflake/BigQuery — решение принимаем с учётом объёма событий, бюджета, технического уровня команды и требований KVKK.
04

Недели 4–8 · Подключение потоков данных

Коннекторы источников + план трекинга + схема данных + механизм объединения идентификаторов + уровень согласий — всё выводится в продакшн; на тестовом стенде проходят циклы валидации.
05

Недели 8–10 · Создание аудиторий

В no-code-конструкторе аудиторий проектируем пилотные сегменты (например, брошенная корзина за 14 дней, VIP без активности 30 дней, высокий риск оттока) и проверяем подсчёт в реальном времени.
06

Недели 10–12 · Запуск целевых систем

Mailchimp, Klaviyo, Meta, Google, Slack, вебхуки, BigQuery — подключаем последовательно; в каждой системе работают согласия, дедупликация и ограничение частоты; отправляем первую реальную кампанию.

CDP-платформы, с которыми мы работаем

Единственно правильной CDP не существует. Мы внедряем ту, что подходит именно вам.

Segment RudderStack Tealium mParticle Treasure Data Hightouch Census BlueShift Lytics Iterable CDP Snowflake-based CDP BigQuery n8n

Хранилище данных

Snowflake / BigQuery / Redshift

Моделирование

dbt + SQL

Активация

Hightouch / Census

Сбор событий

Segment / RudderStack

Composable CDP: вместо готовой коробки — хранилище + dbt + активация = ноль лицензий + полный контроль.

Истории клиентов

Одна основа CDP. Разные отрасли. Один результат: единый клиент.

E-commerce CAC −31%

Lifestyle-бренд

Благодаря сегментам lookalike и исключений, построенным на CDP, CAC в рекламе Meta + Google снизился на 31%; ROAS 2,4× → 3,8×.

B2B SaaS 2× триал→оплата

Вертикальный SaaS

Когда поведение в пробном периоде, вовлечённость в email и этап в CRM объединились в CDP, конверсия из пробного периода в оплату выросла с 4,2% до 8,6%.

Телеком 4 бренда, 1 профиль

Группа из 4 брендов

GSM, оптика, IPTV, контент — построен граф идентификаторов на уровне домохозяйства; конверсия предложений кросс-продаж выросла с 2,1% до 6,4%.

Маркетплейс GMV +18%/мес.

Онлайн-маркетплейс

Покупатель и продавец в едином профиле; реактивация неактивных продавцов автоматизирована, GMV рос на 18% в месяц.

Финансы 0 замечаний по KVKK

Страховая компания

Сайт + звонки + агенты + приложение; согласия и удаление данных по KVKK из одной точки — 0 замечаний на аудите.

Здравоохранение NPS 42→71

Группа частных больниц

Пациент + запись на приём + анализы + рецепт объединены; NPS качества обслуживания 42 → 71.

Часто задаваемые вопросы

8 вопросов, которые руководители чаще всего задают перед покупкой CDP

Это два разных уровня, и они не заменяют друг друга. CRM хранит записи о взаимоотношениях, которые отдел продаж вносит вручную: кто звонил, кто что сказал, на каком этапе находится сделка. CDP собирает все поведенческие данные, поступающие пассивно: просмотры страниц, события в приложении, открытия писем, использование продукта, покупки. CRM управляет людьми, с которыми вы уже знакомы; CDP объединяет все точки контакта — от анонимного посетителя, которого вы ещё не знаете, до хорошо знакомого клиента. Самая эффективная архитектура — синхронная работа обеих систем: CDP обогащает поведенческие сигналы и записывает сегменты обратно в CRM, а менеджер по продажам видит всю историю на одном экране.

Segment — самая зрелая в мире CDP для корпоративного сегмента: обширная экосистема целевых систем, сильное управление данными, Twilio Engage как уровень коммуникаций. Стоимость лицензии быстро растёт с объёмом событий: в высоконагруженной электронной коммерции она достигает 10–50 тыс. USD в месяц. RudderStack основана на открытом исходном коде и предлагает вариант self-hosted: ваши данные остаются в вашем облаке, что идеально для KVKK и требований к размещению данных (data residency); лицензия намного доступнее, но команда должна быть более технически подготовленной. Перейти с одной платформы на другую можно, но это займёт 4–6 недель. В матрице решений одинаково важны объём событий, требования KVKK, внутренние технические возможности и бюджет; мы считаем цифры вместе с вами.

Классическая CDP (Segment, Tealium, mParticle) продаётся как единая коробка: сбор событий, объединение идентификаторов, сегментация, доставка в целевые системы — всё работает на инфраструктуре поставщика, и ваши данные находятся у него. Composable CDP исходит из другой логики: «мои данные уже лежат в хранилище Snowflake / BigQuery / Redshift; всё моделирование выполняется в dbt; если добавить сверху только уровень активации (Hightouch, Census), CDP можно собрать из готовых частей». Преимущество: стоимость лицензий резко снижается, данные остаются в одном источнике, а инженеры работают с привычными инструментами. Недостаток: самообслуживание для маркетологов не такое удобное, как в классической CDP. Какая архитектура подойдёт вам лучше, зависит от текущих инвестиций в хранилище, зрелости BI и технического уровня команды маркетинга.

С точки зрения KVKK и GDPR к PII (Personally Identifiable Information, персональные идентифицирующие данные) относятся имя и фамилия, адрес электронной почты, телефон, номер национального удостоверения личности, IP-адрес, ID устройства и точное местоположение. Внутри CDP эти поля хранятся в отдельном защищённом хранилище (vault) в зашифрованном виде — с хешированием и солью; при передаче в целевые системы они фильтруются по согласию и при необходимости маскируются. Если клиент просит «удалите все мои данные», один вызов API запускает удаление и в CDP, и во всех подключённых целевых системах, а действие фиксируется в журнале аудита. Для чувствительных категорий (здоровье, религия, финансы) настраиваются дополнительный контроль доступа и особые сроки хранения. Правильно настроенная CDP во время аудита за секунды отвечает на вопросы «кто что видел и куда это ушло».

Реальная ценность CDP становится заметной, когда пользователей больше 50–100 тыс.; типичный порог в B2C — 100–500 тыс. активных клиентов и более 50 млн событий в месяц. Для небольших брендов стоимость лицензии классической CDP не окупает пользу: в этом случае разумнее composable-подход (Snowflake + Hightouch) или простая стратегия ETL + CRM. В B2B числовой порог может быть ниже: при 5–10 тыс. активных аккаунтов, длинном цикле продаж и нескольких продуктах ROI от CDP проявляется раньше. С точки зрения зрелости данных минимальное условие таково: отслеживание событий должно работать не менее 3 месяцев; брендам, которые начинают с нуля, стоит сначала вложиться в план трекинга, а потом в CDP.

В классических CDP ежемесячная лицензия зависит от объёма событий: 1,5–5 тыс. USD в месяц при 5–10 млн событий, 10–50 тыс. USD в месяц или больше при объёме свыше 50 млн. За self-hosted RudderStack или решения с открытым исходным кодом вы платите только за облако (200–2000 USD в месяц). В composable CDP, если хранилище (Snowflake/BigQuery) уже есть, дополнительные расходы сводятся к лицензии Hightouch / Census (200–2000 USD в месяц). Единоразовое внедрение: для малых и средних брендов — 8–12 недель и 20–50 тыс. USD; в корпоративных проектах — 12–20 недель и 60–150 тыс. USD. В большинстве проектов ROI приходит за 4–9 месяцев за счёт снижения рекламного CAC, роста конверсии email и операционной экономии.

Да, но в другой архитектуре — composable CDP. Если хранилище уже есть, данные не стоит заново копировать в коробочную CDP: это неверно и с точки зрения затрат, и с точки зрения управления данными. Вместо этого хранилище остаётся единым источником достоверных данных (single source of truth); поверх него размещаются сбор событий (RudderStack, Segment) и уровень активации (Hightouch, Census), а моделирование выполняется в dbt. В такой архитектуре маркетинг создаёт сегменты в интерфейсе конструктора аудиторий, а инженеры работают в единой плоскости данных. Если ваше хранилище ещё не созрело (нет таблицы событий, нет dbt, производственные отчёты не работают), классическая CDP даст более быстрый ROI; мы вместе с вами оцениваем этот выбор.

Для типичного бренда среднего размера реалистичный срок — 8–12 недель: первые 2 недели — аудит источников данных и проектирование графа идентификаторов; 2–3 недели — выбор CDP и договор; 4 недели — подключение источников, внедрение плана трекинга и схемы данных, уровень согласий; 2–3 недели — конструктор аудиторий и первые пилотные сегменты; последние 2 недели — запуск целевых систем и первые реальные кампании. В корпоративных проектах (телеком, банки, мультибрендовые группы) срок растягивается до 16–24 недель, потому что согласования по комплаенсу, юридические и по ИТ-безопасности идут параллельно. Давление «закончим за 3 месяца» обычно заставляет пропустить план трекинга или уровень согласий — это скорость в краткосрочной перспективе и долг в долгосрочной. Правильно выполненный 12-недельный проект после 12-го месяца работает вообще без обслуживания.

Наконец-то увидьте клиента в едином профиле.

На бесплатной 30-минутной консультации мы вместе оценим ваши текущие источники данных, стратегию идентификации и требования к CDP, а затем предложим наиболее подходящую архитектуру (классическую или composable) и 3 сегмента, которые можно завоевать за первые 90 дней.

Назначить встречу Связаться с нами

6 инструментов, 6 разных ID. И всё это — один человек.