Как выбрать CDP-платформу: критерии

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

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

Нужна ли вам CDP

Сервис рассылок, CRM или CDP — что решит вашу задачу

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

Шорт-лист

3–5 платформ по направлению, базе, задачам и безопасности

  • Начните с четырёх осейНаправление бизнеса, размер клиентской базы, главные задачи и требования безопасности сразу отсекают неподходящие платформы.
  • Считайте цену на своём объёмеЦена «от» почти ничего не говорит: у поставщиков разные единицы тарифа — все контакты, активные клиенты, сессии на сайте или профили и события.
  • Оставьте 3–5 платформБольше — тяжело сравнить на демо и пилоте, меньше — нет выбора на переговорах.

Условия допуска

Что проверить до сравнения функций

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

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

Анкета поставщику

Вопросы, ответы на которые редко публикуют

10 вопросов поставщику
  1. Что именно тарифицируется: все контакты, активные клиенты, события или сессии?
  2. Сколько будет стоить платформа на нашей базе и при росте в 2–3 раза, с обязательными модулями?
  3. Какие каналы работают напрямую, а какие через партнёров, и поддерживается ли MAX?
  4. Можно ли установить платформу в наш контур, с какого тарифа и с какими требованиями к серверу?
  5. Где физически хранятся данные, какой номер записи в реестре российского ПО и какие есть аттестаты?
  6. Какой uptime закреплён в SLA, как считаются компенсации и за сколько отвечает поддержка?
  7. Сколько дней займёт внедрение до первой кампании на нашем стеке и что потребуется от нашей команды?
  8. Какие идентификаторы склеиваются автоматически, как решаются конфликты и можно ли разделить ошибочно склеенный профиль?
  9. Сколько секунд проходит от события на сайте или кассе до входа клиента в сегмент и запуска сценария?
  10. В каком формате и за какой срок мы получим все данные при расторжении договора?
Что поставщики публикуют реже всегоСколько из 10 платформ рейтинга раскрывают параметр на сайте. Чем меньше — тем важнее спросить письменно.
SLA с процентом uptime1 из 10
Срок внедрения3 из 10
Свой контур6 из 10
Единица тарифа8 из 10
Цена от8 из 10
Размещение и подтверждения9 из 10
Каналы и провайдер10 из 10

Критерии для ТЗ

145 критериев для технического задания и демо

AДоступность в РФ и устойчивость поставщика8
  • A01
    Договорная доступностьКто заключает договор, с какими российскими компаниями готов работать
  • A02
    ОплатаВалюта, способы оплаты, НДС, постоплата
  • A03
    Российское юрлицоНаличие и роль: разработчик, лицензиат, посредник
  • A04
    Реестр российского ПОЗапись именно для приобретаемого продукта и версии
  • A05
    Локализация инфраструктурыОсновные базы, резервные копии, логи и поддержка
  • A06
    Внешние зависимостиЗарубежные облака, лицензии, API, критичные компоненты
  • A07
    Устойчивость компанииФинансовое положение, собственность, срок работы
  • A08
    Развитие продуктаРелизы, команда, выполнение дорожной карты
BСбор и загрузка данных10
  • B01
    Охват источниковСайт, приложение, CRM, ERP, кассы, кол-центр, лояльность
  • B02
    Веб-трекингСтандартные и произвольные события, SPA, серверный сбор
  • B03
    Мобильные SDKОС, размер SDK, стабильность, обновления
  • B04
    Офлайн-данныеПокупки, возвраты, чеки, магазины, визиты
  • B05
    Способы загрузкиAPI, webhooks, файлы, базы, очереди, CDC
  • B06
    Исторические данныеГлубина импорта, сохранение исходного времени событий
  • B07
    Задержка поступленияВремя от события до доступности в платформе
  • B08
    Надёжность загрузкиПовторные попытки, дубли, ошибки, поздние события
  • B09
    Управление схемойПоля и события, типы, версионирование
  • B10
    Контроль качестваПропуски, некорректные значения, сломанные интеграции
CЕдиный профиль и идентификация10
  • C01
    ИдентификаторыТелефон, email, CRM ID, device ID, loyalty ID и другие
  • C02
    Склейка профилейПравила объединения данных об одном человеке
  • C03
    Анонимные посетителиИстория до регистрации и последующее присоединение
  • C04
    Кросс-канальная идентификацияСоединение сайта, приложения и офлайн-покупок
  • C05
    Точность объединенияОшибочные склейки и нераспознанные дубли на тестовой выборке
  • C06
    Конфликты данныхПриоритет источников значений
  • C07
    Обратимость объединенияРазделение ошибочно склеенных профилей
  • C08
    История профиляИзменения атрибутов и источник каждого значения
  • C09
    Связанные сущностиСемьи, компании, счета, устройства, питомцы, автомобили
  • C10
    Единый ID на выходеИспользование ID CDP во внешних системах
DМодель данных и хранение8
  • D01
    Гибкость моделиПроизвольные поля, события, таблицы, сущности
  • D02
    Связи сущностейКлиент → заказ → товар → возврат, сложные отношения
  • D03
    Товарные данныеКаталоги, SKU, категории, цены, остатки, варианты
  • D04
    Вычисляемые атрибутыLTV, средний чек, частота покупок, собственные формулы
  • D05
    Срок храненияПрофили, события, транзакции и логи отдельно
  • D06
    Ограничения объёмаПрофили, события, атрибуты, связанные объекты
  • D07
    Исходные данныеСырые события, SQL, API, выгрузки в хранилище
  • D08
    Работа с вашим хранилищемКопирование либо использование без полного переноса
EСегментация и аудитории10
  • E01
    Атрибутная сегментацияСвойства профиля и связанных сущностей
  • E02
    Поведенческая сегментацияДействия, бездействие, последовательности
  • E03
    Транзакционная сегментацияПокупки, возвраты, категории, сумма, маржинальность
  • E04
    Временная логикаСкользящие окна, частота, интервалы
  • E05
    Сложность условийВложенные AND/OR, исключения, объединения, пересечения
  • E06
    Динамическое обновлениеСкорость входа и выхода из сегмента
  • E07
    Скорость расчётаПостроение сегмента на вашей базе
  • E08
    Удобство конструктораРабота маркетолога без SQL и разработчика
  • E09
    Проверяемость сегментаПредпросмотр, объяснение попадания, размер
  • E10
    Передача аудиторийСинхронизация с каналами и внешними системами
FАвтоматизация клиентского пути10
  • F01
    Триггеры запускаСобытия, расписание, атрибуты, вход в сегмент
  • F02
    Логика сценариевВетвления, ожидания, циклы, параллельные действия
  • F03
    Повторный входПовторное участие и частотные ограничения
  • F04
    Остановка сценариевПокупка, отписка, смена статуса и другие события
  • F05
    Межсценарные приоритетыРазрешение конфликтов кампаний
  • F06
    Частотные ограниченияОбщие лимиты контактов и лимиты каналов
  • F07
    Время отправкиЧасовые пояса, тихие часы, индивидуальные окна
  • F08
    Каскады каналовПереход по доставке, открытию или действию
  • F09
    Тестирование и версииПроверка до запуска, история, откат
  • F10
    ДиагностикаПричины входа, остановки, отсутствия сообщения
GКаналы коммуникации10
  • G01
    EmailМассовые и транзакционные письма, редактор, шаблоны
  • G02
    SMSПровайдеры, статусы доставки, стоимость
  • G03
    Mobile pushSDK, deep links, изображения, токены
  • G04
    Web pushПодписки, браузеры, ограничения
  • G05
    TelegramБоты, сообщения, сценарии, идентификация
  • G06
    VK и нужные мессенджерыРеальная доступность интеграции и ограничения
  • G07
    In-app и onsiteСообщения, баннеры, попапы, формы
  • G08
    Рекламные системыАудитории, исключения, обратная загрузка результатов
  • G09
    Внешние действияWebhooks, задачи в CRM, кол-центр, собственные каналы
  • G10
    Сменяемость провайдераЗамена транспорта без замены CDP
HПерсонализация и рекомендации8
  • H01
    Персонализация контентаАтрибуты, условные блоки, шаблонизация
  • H02
    Персонализация сайтаБлоки, баннеры, предложения
  • H03
    Персонализация приложенияКонтент и предложения внутри приложения
  • H04
    Товарные рекомендацииАлгоритмы, собственные правила, места показа
  • H05
    Контекст рекомендацийОстатки, цены, регион, маржа, исключения
  • H06
    Новые клиентыРабота при недостатке истории
  • H07
    Следующее действиеВыбор продукта, предложения или канала
  • H08
    Скорость решенияЗадержка персонализации в момент запроса
IЛояльность и промо8
  • I01
    Бонусный процессингНачисление, списание, сгорание, возвраты
  • I02
    Уровни участияСтатусы, переходы, привилегии
  • I03
    Конструктор акцийУсловия, исключения, приоритеты
  • I04
    Персональные предложенияСкидки, купоны, задания
  • I05
    ОмниканальностьОбщие правила и баланс онлайн/офлайн
  • I06
    Реферальные механикиПриглашения, вознаграждения, ограничения
  • I07
    Карты и сертификатыWallet, подарочные карты, промокоды
  • I08
    Контроль злоупотребленийПодозрительные операции и ограничение потерь
JАналитика и эксперименты10
  • J01
    Отчётность по каналамДоставка, открытия, клики, ошибки, отписки
  • J02
    Бизнес-метрикиВыручка, повторные покупки, средний чек, удержание
  • J03
    Когортный анализПоведение групп во времени
  • J04
    Воронки и путиПоследовательности касаний и конверсий
  • J05
    АтрибуцияПравила связи с покупкой, окна атрибуции
  • J06
    A/B/n-тестыРандомизация, варианты, выборки
  • J07
    Контрольные группыПостоянные и кампанийные holdout-группы
  • J08
    Инкрементальный эффектДополнительные продажи относительно контроля
  • J09
    Учёт экономикиВозвраты, скидки, себестоимость, маржа, коммуникации
  • J10
    Выгрузка в BIДетализация, свои отчёты, воспроизводимость расчётов
KML и AI8
  • K01
    Прогноз оттокаКачество и применение в сценариях
  • K02
    Склонность к покупкеПокупка, категория, предложение
  • K03
    Прогноз ценностиLTV и будущая выручка
  • K04
    Оптимизация контактаВремя, канал, частота
  • K05
    Собственные моделиВнешние скоринги и модели компании
  • K06
    Управление моделямиПереобучение, мониторинг, объяснимость
  • K07
    Генеративные функцииКонтент, сегменты, отчёты, сценарии
  • K08
    Доказанный эффектЭксперимент против обычных правил, а не наличие AI
LАрхитектура, производительность и эксплуатация10
  • L01
    РазмещениеОбщее облако, выделенное облако, on-premise
  • L02
    МасштабируемостьРост клиентов, событий, брендов, пользователей
  • L03
    Пропускная способностьСобытия/сек, API-запросы, скорость отправки
  • L04
    Сквозная задержкаОт действия клиента до реакции
  • L05
    Пиковая нагрузкаПродажи, массовые кампании, параллельные расчёты
  • L06
    SLAДоступность и компенсации
  • L07
    ВосстановлениеRPO/RTO, резервирование, проверка копий
  • L08
    НаблюдаемостьЛоги, мониторинг, оповещения, инциденты
  • L09
    Среды разработкиПесочница, тестовый контур, перенос настроек
  • L10
    ОбновленияПростои, совместимость, локальные версии
MБезопасность и управление данными10
  • M01
    СогласияЦели, каналы, версии, время, источник
  • M02
    Отзыв согласияСкорость запрета во всех сценариях и интеграциях
  • M03
    УдалениеПрофиль, события, копии, команда внешним системам
  • M04
    МинимизацияМаскирование, псевдонимизация, состав данных
  • M05
    ШифрованиеПередача, хранение, ключи
  • M06
    ДоступРоли, поля, бренды, подразделения, среды
  • M07
    АутентификацияSSO, MFA, корпоративные политики
  • M08
    АудитПросмотры, изменения, выгрузки, удаления
  • M09
    Доступ поставщикаПоддержка и субподрядчики
  • M10
    ПодтвержденияДоговоры, аудиты, применимые аттестации и сертификаты
NВнедрение, удобство и поддержка12
  • N01
    Срок внедренияДо первой кампании и целевого объёма функций
  • N02
    Трудозатраты заказчикаРазработка, аналитика, маркетинг, безопасность
  • N03
    МиграцияПрофили, согласия, история, шаблоны, сценарии
  • N04
    Готовые интеграцииСовместимость с вашими версиями систем
  • N05
    API и документацияПолнота, примеры, ограничения, актуальность
  • N06
    ИнтерфейсВремя типовых задач и число ошибок
  • N07
    ОбучениеКурсы, документация, помощь новым сотрудникам
  • N08
    ПоддержкаЯзык, часы, SLA ответа и решения
  • N09
    СопровождениеАрхитектор, менеджер, помощь с кампаниями
  • N10
    ПартнёрыВыбор и смена интегратора
  • N11
    Релевантные внедренияВаша отрасль, масштаб и архитектура
  • N12
    МультибрендовостьОбщие профили, раздельные права, бюджеты и политики
OСтоимость, договор и возможность ухода13
  • O01
    Базовая лицензияПодписка/покупка, минимальный платёж
  • O02
    Единица тарификацииВсе профили, активные клиенты, события, объём данных
  • O03
    МодулиБаза и дополнительные платежи
  • O04
    КаналыОтправки, транспорт, наценки, выделенные IP
  • O05
    Внедрение и миграцияРазовые платежи, интегратор
  • O06
    ДоработкиРазработка, интеграции, сопровождение изменений
  • O07
    ИнфраструктураСерверы, базы, резервирование, эксплуатация
  • O08
    Внутренняя командаСотрудники для работы с платформой
  • O09
    Рост стоимостиБаза и нагрузка в 2–3 раза больше
  • O10
    Договорные условияСрок, индексация, автопродление, расторжение
  • O11
    Экспорт и переносимостьФормат, полнота, скорость, стоимость выгрузки
  • O12
    Стоимость выходаПеренос сценариев, интеграций, истории, переобучение
  • O13
    TCO за 3 годаВсе расходы в одном расчёте

Из каких шагов состоит выбор CDP?

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

Какие условия допуска проверить до сравнения функций?

Условия допуска — это требования, без которых платформа не подходит, даже если по функциям она сильнее остальных. Их восемь:

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

Где посмотреть сравнение платформ?

Сравнение 10 платформ с проверенными параметрами — в рейтинге AllCDP. Индекс считается по открытым данным, его веса и источники описаны в методике.

Частые вопросы

Сколько платформ оставлять в шорт-листе?

Обычно три–пять. Меньше — риск упустить подходящий вариант, больше — сравнение ответов растянется надолго.

Можно ли выбрать CDP только по рейтингу?

Рейтинг помогает составить шорт-лист, но не заменяет проверку условий допуска и ответов поставщика на ваши вопросы. Индекс построен на открытых данных и не учитывает ваши объёмы и требования.

Что делать, если ни одна платформа не прошла условия допуска?

Пересмотрите, какие условия действительно обязательны, а какие желательны. Если обязательные требования не меняются, расширьте шорт-лист через каталог.

Сколько времени занимает выбор CDP?

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

Читать дальше