CDP-платформа: как объединить данные клиентов и не купить лишнее

Покупатель сначала читает статью, затем приходит на сайт с телефона, оформляет заказ с компьютера и через неделю пишет в поддержку. В четырёх системах это могут быть четыре записи. CDP связывает их и даёт маркетингу рабочий профиль: какие действия совершил человек, к какой аудитории относится и какое сообщение ему сейчас уместно.

Покупать платформу только ради «единого окна» рано. Сначала нужен сценарий, который нельзя надёжно выполнить текущими средствами. Ниже — как устроена CDP, чем она отличается от соседних систем, какие данные ей отдавать и как проверить пользу до большого внедрения.

Что такое CDP-платформа простыми словами

CDP, или Customer Data Platform, — это программная платформа, которая постоянно собирает собственные данные компании о клиентах, приводит их к общей структуре, связывает записи с едиными профилями и делает профили доступными другим системам.

Работа строится по цепочке: источник отправляет событие, платформа проверяет его, находит профиль по устойчивым идентификаторам, пересчитывает аудиторию и передаёт результат в нужный канал. Например, посетитель вошёл в личный кабинет, посмотрел одну категорию, положил товар в корзину и ушёл. CDP может добавить его в аудиторию «авторизован, корзина не оплачена» и передать признак в систему коммуникаций.

Официальная документация Salesforce Data 360 описывает identity resolution как механизм, который создаёт объединённые профили из исходных записей. При этом единый профиль служит системой ссылок на источники и не обязан переписывать записи в них.

Чем CDP отличается от CRM, хранилища и сквозной аналитики

Системы могут обмениваться одними данными, но отвечают на разные вопросы. CRM помогает менеджеру вести контакт и сделку. Хранилище сохраняет массивы данных для запросов и отчётов. Сквозная аналитика связывает рекламные расходы с заявками и оплатами. CDP готовит клиентский профиль и аудитории для использования в других инструментах.

Если задача звучит как «менеджеры забывают ответить на заявки», начинать нужно с CRM для малого бизнеса. Если вопрос — «какая реклама принесла оплату», поможет сквозная аналитика. CDP появляется в разговоре, когда один и тот же клиент раздроблен между этими системами и от этого ломаются сегменты или коммуникации.

CDP не отменяет источники и каналы. Она становится связующим слоем: получает факты из CRM, сайта и кассы, а затем возвращает рассчитанные признаки в CRM, рекламу или рассылку. Поэтому внедрение без владельцев источников и назначений быстро превращается в дорогой импорт таблиц.

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

Начинайте с минимального набора, необходимого для выбранного сценария. Чем больше полей команда переносит «на будущее», тем труднее проверить качество, права доступа и срок хранения.

• Идентификаторы: внутренний customer_id, номер программы лояльности, подтверждённый телефон или email, идентификатор авторизованного аккаунта.
• События поведения: просмотр страницы, поиск, добавление в корзину, начало оформления, вход в приложение.
• Транзакции: заказ, состав заказа, сумма, возврат, точка продажи, статус оплаты.
• Коммуникации: отправка и доставка сообщения, переход, обращение в поддержку, согласие или отказ от канала.
• Расчётные признаки: дата последней покупки, число заказов, предпочитаемая категория, стадия жизненного цикла.

Список контактов сам по себе ещё не профиль. Нужна история событий с временем, источником и стабильным идентификатором. Как хранить контакты и не смешивать базу с журналом коммуникаций, разобрано в материале про клиентскую базу.

Для каждого события заведите паспорт: название, бизнес-смысл, обязательные поля, источник, владелец и допустимая задержка. События order_created и purchase_completed нельзя считать синонимами, если первое создаётся до оплаты, а второе после неё.

Как CDP узнаёт одного клиента в разных источниках

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

1. Выберите главный внутренний идентификатор. Он не должен меняться вместе с телефоном, адресом или фамилией.
2. Опишите точные связи. Авторизация или подтверждённый контакт дают более надёжную связь, чем сходство имён.
3. Задайте запреты на слияние. Семейный телефон, общая корпоративная почта и устройство в магазине могут принадлежать нескольким людям.
4. Установите приоритет полей. Решите, из какого источника брать имя, город, статус согласия и дату последнего обновления.
5. Сохраните происхождение. В профиле должно быть видно, откуда пришло значение и когда оно изменилось.

В справке Salesforce о правилах identity resolution отдельно описаны match rules для решения, какие записи объединять, и reconciliation rules для выбора итогового значения поля. Такое разделение полезно и при проектировании независимой от продукта модели.

Опасная настройка — объединять профили только по совпавшему телефону без учёта подтверждения и истории. Ошибка попадёт во все аудитории: один человек получит чужое предложение, а команда не увидит настоящую последовательность действий.

Когда бизнесу действительно нужна CDP

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

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

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

Как выбрать первый сценарий для CDP

Первый сценарий должен быть узким, повторяемым и измеримым. Формулировка «получить обзор клиента на 360 градусов» не задаёт действия. Формулировка «исключать из рекламной аудитории покупателей в течение часа после оплаты» задаёт событие, профиль, аудиторию, назначение и срок.

Подходящие пилоты:

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

Путь клиента удобно сначала нарисовать как CJM: точка контакта, действие, ожидание, препятствие. Затем оставьте на карте только события, которые меняют решение системы. Остальные сигналы можно добавить после работающего пилота.

Карточка сценария CDP
Событие-триггер: __________
Кого включаем: __________
Кого исключаем: __________
Как быстро нужен результат: __________
Куда передаём аудиторию или признак: __________
Какое действие выполняет команда или система: __________
Контрольная метрика: __________
Владелец сценария: __________

Как составить требования к CDP-платформе

Длинный каталог функций плохо отделяет нужное от эффектной демонстрации. Требования выводят из сценариев, источников и ограничений. Для каждого пункта попросите поставщика показать работу на ваших тестовых данных.

Попросите отдельно показать удаление, исправление и разъединение профиля. Красивое объединение на демо — половина задачи. В эксплуатации понадобятся расследование ошибки, повторная отправка события и понимание, какие аудитории уже получили неверный признак.

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

Как внедрить CDP по шагам

1. Назначьте владельца результата. Он отвечает за сценарий и метрику, а не только за запуск интеграции.
2. Зафиксируйте исходное состояние. Измерьте ручной труд, задержку, дубли и результат действующего процесса.
3. Соберите каталог данных. Укажите источник, поле, смысл, владельца, частоту обновления и допустимое использование.
4. Спроектируйте события. Договоритесь о названиях, обязательных свойствах и моменте возникновения.
5. Настройте идентификацию. Проверьте нормальные, спорные и заведомо ошибочные связи.
6. Соберите одну аудиторию. Добавьте включение, исключение и срок актуальности признака.
7. Подключите одно назначение. Убедитесь, что система принимает обновление и сообщает об ошибке.
8. Запустите контрольную проверку. Сравните новый сценарий с прежним способом на заранее выбранной метрике.
9. Опишите эксплуатацию. Кто следит за качеством, разбирает сбои и утверждает новые события.

Логика похожа на data-driven маркетинг: бизнес-вопрос идёт раньше данных, а действие — раньше отчёта. Если после попадания в аудиторию ничего не меняется, качество профиля нельзя проверить через бизнес-результат.

Как оценить стоимость и эффект до покупки

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

Эффект раскладывается на три части. Первая — экономия ручного труда при подготовке аудиторий. Вторая — снижение потерь от запоздалых или ошибочных коммуникаций. Третья — изменение результата пилотного сценария. Последнюю часть оценивайте сравнением с контрольной группой, иначе на неё повлияют сезонность, цена и другие кампании.

Оценка пилота
Текущая стоимость ручной работы за месяц: __________
Потери из-за задержки или ошибок: __________
Стоимость лицензии и внедрения на период: __________
Метрика контрольной группы: __________
Метрика пилотной группы: __________
Дополнительный результат минус затраты: __________
Условие продолжения: __________

Для экономического контекста полезна юнит-экономика: улучшение отклика ничего не даёт, если дополнительный заказ остаётся убыточным. Для оценки рекламных каналов сохраняйте границу со сквозной аналитикой — CDP может передать признак, но сама по себе не доказывает причинность.

Почему внедрение CDP не даёт результата

• Нет первого сценария. Команда переносит все данные, но не знает, какое решение изменится.
• Путают профиль с карточкой контакта. Поля собраны, а последовательности событий и времени нет.
• Слабые правила объединения. Общий телефон или устройство склеивает разных людей.
• Нет владельцев полей. Ошибку замечают, но никто не обязан исправлять источник.
• Сегмент не обновляется вовремя. Клиент уже купил, а предложение продолжает приходить.
• Игнорируют назначения. CDP рассчитала аудиторию, но принимающая система потеряла часть записей.
• Не сравнили с простым решением. Автоматизация между CRM и рассылкой могла закрыть пилот дешевле.
• Нет плана эксплуатации. После внедрения меняются события, поля и права, а документация остаётся старой.

Сначала исправляйте источник ошибки. Фильтр внутри CDP может скрыть дефект в одном сценарии, но та же неверная запись попадёт в отчёт, поддержку или другой сегмент. Подход к регулярной проверке данных описан в материале про маркетинговую аналитику.

Чек-лист