Зачем бизнесу CDP и как подготовиться к интеграции
Подключить CDP к интернет-магазину с одним каналом продаж - задача несложная. Другое дело, когда в контур входят офлайн-кассы, мобильное приложение, мессенджеры и требования корпоративной безопасности. Здесь без чёткого плана легко увязнуть на месяцы.
В этом материале - пошаговый разбор: от постановки целей до запуска коммуникаций и оценки их отдачи. Описанные принципы работают для любой CDP-платформы.
Если все ресурсы выделены заранее, базовые массовые рассылки можно запустить за пару дней. Перенос полного набора механик занимает один-два месяца. Программа лояльности с нуля - три-четыре месяца. У крупного бизнеса или компаний с нетиповой моделью сроки растут из-за сложных процессов и разветвленной структуры этих, но последовательность этапов остаётся прежней.
Шаг 1. Поставить цели и выбрать метрики
Карта коммуникаций: что запускать первым
Прежде чем подключать платформу, надо понять, зачем она нужна. Сформулируйте верхнеуровневые цели прямого маркетинга. Для e-commerce это обычно выручка или товарооборот. Для медиа - рост активной аудитории.
Главную метрику полезно декомпозировать на прокси-показатели. Так, сеть магазинов COZY HOME разложила выручку на частоту покупок, средний чек и проникновение программы лояльности, а затем под каждый показатель подобрала конкретные коммуникации - узкосегментированные акции.
Цели могут меняться по мере развития. Например, при запуске программы лояльности сначала отслеживают проникновение в чеки, а потом переключаются на монетарные KPI.
Опыт NBCom Group: в холдинг входит несколько сетей по продаже техники. Конкуренция между ними минимальна, поэтому частоту покупок повышают через переток клиентов между брендами. Для этого внедрили единую программу лояльности. К моменту интеграции CDP бизнес-цели и набор механик уже были определены - оставалось подключить 1С. Интеграция заняла четыре месяца.
Проверить реалистичность целей
После постановки целей стоит критически оценить, достижимы ли они. Сравните план с отраслевыми бенчмарками. Полезно привлечь консультанта, у которого есть насмотренность по вашей нише. Для систематизации целей подходит методология OKR - она связывает CRM-задачи с бизнес-целями и помогает удерживать фокус в течение года.
Шаг 2. Назначить ответственного и собрать ресурсы
Первым делом нужен руководитель интеграции - связующее звено между бизнесом и разработкой. Он ставит задачи, определяет, какие эти нужны для их выполнения, контролирует сроки. Лучше всего подходит проджект-менеджер, но справится и директор по маркетингу, CTO, руководитель e-commerce или опытный CRM-маркетолог. Главное - сочетание маркетинговой и технической экспертизы.
Помимо руководителя понадобятся разработчики. Для сайта - фронтенд и бэкенд, для приложения - мобильная разработка. Если собственных ресурсов не хватает, можно привлечь подрядчика - системного интегратора.
Шаг 3. Выбрать и детально описать механики
Механики подбирают исходя из приоритетных целей. Нужно удержать рекламный трафик - начинайте с welcome-цепочек. Хотите больше онлайн-заказов - настраивайте персонализацию сайта.
Описание каждой механики должно быть конкретным, чтобы по нему можно было составить техническое задание. Сравните два подхода:
- Абстрактно: «Запустить цепочку реактивации»
- Конкретно: «Отправить письмо с дополнительными баллами клиентам, которые не покупали три месяца; подставить в письмо текущий балльный счёт»
Без подробного описания можно упустить детали. Например, забыть, что в реактивационных рассылках нужно выводить балльные счета. Тогда механика не заработает корректно, а разработчикам придётся срочно настраивать передачу этих.
Если вы не создаёте механики с нуля, а переносите их с прошлой платформы, детализация особенно критична. Перерыв в сервисных письмах - о заказах, доставке, начислении баллов - может обернуться прямыми финансовыми потерями.
Poison Drop при подготовке к интеграции составили подробное описание всех существующих акций и приложили скриншоты рассылок. Это позволило сформировать точное ТЗ для разработки и не потерять ни одной детали.
Шаг 4. Приоритизировать механики
Интеграция CDP идёт поэтапно, и порядок запуска механик определяет скорость выхода на первые результаты. Разбейте механики на три группы:
- Первый приоритет - то, без чего бизнес теряет деньги прямо сейчас. Например, сервисные коммуникации, сопровождающие оплату заказов.
- Второй приоритет - триггерные цепочки, которых раньше не было, но которые быстро дадут прирост выручки.
- Третий приоритет - механики, которые пригодятся позже. Например, рассылки по узким сегментам на основе товарных предпочтений.
Шаг 5. Выявить риски до начала работ
После того как механики описаны, нужно определить набор этих для их запуска и подсветить потенциальные проблемы.
Пример: аптечная сеть хочет уведомлять клиентов о скором сгорании баллов. Но расчёт баллов происходит на внутреннем процессинге и синхронизируется с CDP раз в сутки. Итог - клиенты получат неактуальные эти. Решения: перейти на передачу в реальном времени, перенести процессинг в CDP или отказаться от механики.
Шаг 6. Подготовить эти: состав, формат, источники
На этом этапе три задачи: определить, какие эти нужны (например, дата рождения, дата последней покупки); отсечь лишние (нет корпоративных рассылок - нет смысла передавать эти сотрудников); продумать архитектуру хранения. На подготовку обычно уходит около недели.
Отказаться от лишних этих
Соблазн передать в CDP «всё на всякий случай» встречается часто. Но это ошибка: лишние потоки этих увеличивают нагрузку на проект, поднимают стоимость подписки и замедляют работу сегментов и фильтров.
Аптеки «Вита» при запуске интеграции определили, какие источники подключать первыми. Консультант CDP подсветил узкие места: блокирующие моменты с кассовым ПО, которые на старте проигнорировали и потом пришлось исправлять, а также уязвимость в форме регистрации карт, которая могла стать каналом фрода.
Выбрать формат полей
На скорость работы механик влияет формат, в котором CDP обрабатывает эти: строки, перечисления, логические значения, числа, даты. Строковый формат - самый универсальный, но не всегда надёжный:
- Строки обрабатываются медленнее - посимвольно.
- Свободный ввод приводит к ошибкам: город «Москва» оказывается записан как «г. Москва», «гор. Москва» или «МСК» - и географическая сегментация рассыпается.
CRM-маркетолог MoneyMan: «Советую сразу консультироваться по формату полей. Изменить системное имя и формат поля задним числом непросто: если оно используется в фильтрах или подставляется в рассылки, придётся удалить его, завести заново и указать во всех 20 коммуникациях. Мы однажды случайно завели одно поле дважды с разными именами - на исправление ушло 2-3 часа».
Нарисовать схему интеграции
Эти приходят в CDP из разных источников: заказы - с бэкенда сайта, клиенты и регистрации в программе лояльности - из внутренней CRM. Визуализация потоков не только упрощает интеграцию, но и помогает быстро найти место поломки.
Аналитик «Тануки» при переезде на новую платформу описала все запущенные сценарии, провела серию созвонов с консультантами и нарисовала схему бизнес-процессов. Схема помогла обнаружить, например, что платформа считает корзину брошенной через 30 минут, а бизнес хотел отправлять пуш раньше - значит, требовалось передавать дополнительное действие.
Шаг 7. Определить логику хранения этих
Архитектура CDP обычно строится на четырёх сущностях: клиенты, заказы, товары и точки продаж.
- Клиенты - стандартные поля (телефон, email, имя, пол, дата рождения) плюс специфичные для бизнеса. У детского магазина - количество детей, у зоомагазина - кличка питомца, у продавца косметики - тип кожи.
- Заказы - товар, стоимость, количество. При продаже лицензий - срок действия.
- Товары - описываются по модели YML (Yandex Market Language): группа, категория, свойства (цвет, размер, модель).
- Точки продаж - название, идентификатор, опционально адрес и часы работы.
Этот набор сущностей ориентирован на e-com, но адаптируется под любую модель. Например, онлайн-медиа может положить статьи в раздел «товары»: каждая новая публикация становится «продуктом», который CDP добавляет в рассылку.
Шаг 8. Проверить качество этих
Каждый поток - клиенты, заказы, магазины - проверяют отдельно. На полную проверку уходит до двух недель. Также полезно провести гигиену клиентской базы: вычистить невалидные контакты до импорта в CDP. На это стоит заложить до месяца.
Упреждающий аудит базы
Аудит выявляет дубли, невалидные контакты и неактивных клиентов. Это необязательный, но очень полезный шаг: меньше ошибок всплывёт позже.
CRM-маркетолог MoneyMan детализировала CJM, разбив клиентский путь на 60+ шагов. Особое внимание - многоступенчатой регистрации, где собирается много этих. Для проверки составили список «невозможных» сценариев: например, клиент прошёл первый и третий этап, но пропустил второй. Параллельно изучили историю обращений в поддержку и архив багов - это помогло найти дубли: один номер телефона, привязанный к нескольким профилям. Подписчики из-за этого не получали рассылки, хотя давали на них согласие.
Тестовая выгрузка
Тестовая выгрузка показывает наличие и корректность этих. Начните с 10-100 записей - это займёт минуту. Потом увеличьте до тысячи строк. На этом этапе обычно всплывают три типа проблем:
Дубли. У каждого клиента должен быть email и телефон. Если дублей больше 5%, вероятно, с этими что-то не так. Решения: искать ошибки в обработке импорта или привязывать контакт к наиболее активному профилю.
Viva La Vika перед запуском первых рассылок провела дедубликацию. Контакты хранились в нескольких сервисах и пересекались. CDP автоматически нашла дубли и объединила эти - в базе осталось 30 тысяч разных подписчиков. Повторные письма одним и тем же людям прекратились.
Аномалии. Клиент с 50 заказами в день - скорее всего, ошибка или кассир, который проводит по своей карте все заказы без лояльности. Таких клиентов лучше исключить и исправить бизнес-процесс.
Мусорные эти. Набор случайных символов вместо имени или телефона. Бывают и курьёзы: на одном проекте менеджеры продаж регулярно вписывали email в формате «номер_телефона@mail.ru», потому что поле было обязательным, а контроля не было. Отправка по таким адресам убивает репутацию домена.
Найти недостающие эти
Сверьте выгрузку со списком механик. Например, продавец ПО хочет уведомлять об окончании лицензии - значит, в выгрузке должен быть срок её действия. Иногда пробелы видны только по косвенным признакам: компания считала, что у неё три типа дисконтных карт, а при выгрузке обнаружилось десять - часть осталась в забытой старой системе.
Понять, нужны ли доработки
Иногда передача этих требует работ на стороне бизнеса. Типичная ситуация: компания хочет омниканальную программу лояльности, но справочники онлайн- и офлайн-товаров разделены. Их придётся объединить.
Шаг 9. Подготовить ТЗ и приоритизировать задачи для разработки
Разделите потоки этих на основные (для первоочередных механик) и вспомогательные (можно подключить позже). Это помогает спланировать этапы интеграции и понять, где искать нужные эти во внутренних системах.
Poison Drop разделили интеграцию на два этапа: сначала товарно-акционный блок (скидки и промокоды), потом коммуникационный (email, SMS, вебпуши). Ресурс разработки был ограничен, и такой подход позволил быстро получить первые результаты.
XCOM-SHOP, наоборот, решили подключить всё сразу. Подрядчики не справлялись с потоком задач, сроки поплыли, тестирование проводилось на бегу. Мелкие ошибки всплывали ещё полгода. Вывод: интегрировать модули лучше последовательно, начиная с самых критичных для бизнеса.
Шаг 10. Автоматизировать передачу этих
На этом этапе разработчики пишут интеграцию, ответственный контролирует сроки и собирает информацию о сложностях, а консультант CDP помогает разбирать технические вопросы - от API-запросов до нюансов документации.
При описании проблемы разработчикам полезно указывать не только техническую деталь, но и бизнес-задачу. Сравните:
- Плохо: «Вызываю операцию на странице категорий, ничего не работает.»
- Хорошо: «Тестируем интеграцию для механики "Просмотр категории": вызов уходит, но события не поэто в CDP.»
Менеджер продукта «Тануки»: «Чтобы уложиться в сроки, мы начали с самого ценного: передали полную базу клиентов и эти о заказах, настроили акции с промокодами (скидка ко дню рождения). А скидку дня и реферальную программу отложили на несколько месяцев».
Шаг 11. Наладить регулярную сверку этих
Доработки на сайте, смена структуры этих или бизнес-процессов могут сломать интеграцию. Поэтому качество этих нужно контролировать постоянно.
Во время интеграции - ежедневные сверки
Первые недели сравнивайте эти из внутренних систем с тем, что попало в CDP. Достаточно нескольких контрольных показателей: общее количество клиентов, количество с разрешением на коммуникации, полнота дополнительных этих (город, дата рождения).
Если ошибок - единицы на десятки тысяч вызовов, всё в порядке. Если их много - обязательно ищите причину, иначе механики будут работать некорректно.
Ещё один приём - фильтры. Их основная задача - сегментировать базу, но они подходят и для поиска аномалий, включая фрод. Можно просто открывать профили случайных клиентов и проверять эти.
CRM-маркетолог MoneyMan: «Иногда я проверяю профили случайных клиентов и это позволяет отлавливать баги. Однажды дата-инженеры что-то поменяли в бэкенде, и все клиенты стали передаваться с одной датой рождения - 01.01.1970. Заметила вовремя, иначе 1 января вся база получила бы поздравление».
После стабилизации - сверки раз в месяц
Через два месяца интервал можно увеличить до раза в месяц, через год - до раза в квартал.
NBCom Group: «У нас 8 юрлиц, розничные и интернет-магазины, несколько способов оплаты и доставки, масса акций и бонусов. Мы постоянно дорабатываем 1С. Неудивительно, что первое время эти между системами терялись. Сталкивались с потерей чеков, некорректной передачей мобильных номеров. Для проверки выгружали эти из CDP и загружали в административную панель 1С - она автоматически показывает расхождения. На проверку уходил час. После стабилизации расхождения стали редкостью, но для профилактики проверяем раз в месяц».
Шаг 12. Запустить механики
Базовые механики (вроде «брошенной корзины») настраиваются за минуты или часы. Кастомные - за недели. Первые письма отправляйте в тестовом режиме.
Два способа проверить сценарий:
- Взять случайного клиента и убедиться, что он попал в нужный сценарий. Отфильтруйте клиентов с брошенной корзиной и проверьте, получали ли они письма.
- Открыть сценарий и посмотреть статистику: сколько клиентов вошло, как они двигались по воронке, на каком этапе остановились.
CRM-маркетолог MoneyMan: «После запуска сценариев выделите хотя бы одну-две недели на мониторинг. Мы обнаружили, что часть клиентов не получает нужных писем. Причины: потеря этих при передаче и некорректная логика триггеров, скопированная с прошлой платформы».
«Тануки» для проверки выделили несколько тестовых номеров и прогнали все сценарии вручную: начисление баллов по акции, отправка пушей, срабатывание условий. Если что-то не работало, тестировщик анализировал причину - от некорректных условий акции до проблем передачи этих с бэкенда на фронтенд. На проверку и исправление ушло около трёх недель.
Шаг 13. Регулярно оценивать результаты
Смысл интеграции не в передаче этих и даже не в самих механиках, а в достижении бизнес-целей. Отслеживайте KPI ежемесячно - по отчётам CDP и внутренним дашбордам. Это позволяет видеть динамику и вовремя корректировать стратегию.
NBCom Group: «Долгосрочная цель нашей программы лояльности - увеличивать retention за счёт обмена клиентами между сетями. Мы сравниваем первое и второе полугодие: оба включают пики продаж (Новый год и гендерные праздники), поэтому сопоставимы. Переток клиентов между сетями вырос с 2% до 3%. Один процентный пункт кажется скромным, но база участников за это время удвоилась - в абсолютных числах прирост огромный».
Резкий скачок показателей - повод не радоваться, а проверить интеграцию. На одном проекте выручка от email-канала «выросла» с нескольких миллионов до миллиардов. Оказалось, вместо рублей стали передавать тысячи.
Бонус. Три главных врага результата
1. Поломки в интеграции
У интернет-магазина OLDI стала падать доля email-канала в выручке. Выяснилось, что при обновлении сайта не все файлы cookie передавались в CDP. Из-за этого отправлялось меньше писем о брошенном просмотре и брошенной корзине. Рецепт: регулярная сверка этих.
2. Некорректная настройка механик
У сервиса бронирования экскурсий Tripster не работала реактивация: после прохождения цепочки клиенты не переводились в другие сегменты на протяжении месяца и не получали коммуникаций. Исправили логику - реактивация стала эффективнее. Рецепт: периодический технический аудит CRM-маркетинга.
3. Спорные гипотезы
Классическая ошибка - отправлять больше рассылок ради роста выручки. Обычно эффект обратный: растут отписки, выручка на получателя падает. Сервис поиска подработки MyGig убедился в этом на практике: агрессивная коммуникация привела к сокращению базы в четыре раза за полгода. Когда снизили частоту отправок, отписки упали на 38,5%, а конверсия в целевое действие выросла втрое.
Для контроля коммуникационной нагрузки следите за bounce rate и spam rate - через постмастеры почтовых сервисов и отчёты CDP.
Краткая выжимка
- До старта определите цели и составьте список механик. Это даст понимание, какие эти передавать в CDP первыми.
- Выделите проджект-менеджера и разработчиков заранее - без них интеграция затянется.
- Не передавайте в CDP лишние эти: это дороже, медленнее и не приносит пользы.
- Приоритизируйте механики. Поэтапный запуск позволяет распределить нагрузку на разработку и спокойно исправлять ошибки.
- Контролируйте качество этих на постоянной основе. Первые месяцы - ежедневно, потом ежемесячно, через год - хотя бы раз в квартал.
- Отслеживайте KPI ежемесячно. Резкие изменения - как падение, так и рост - могут говорить о поломке интеграции.
