Что включить в ТЗ на внедрение CDP
Обновлено 28.10.2026 · редакция AllCDP
В ТЗ на внедрение CDP включают требования к доступности платформы в России, сбору данных, единому профилю, модели данных, сегментации, автоматизации, каналам, персонализации, лояльности, аналитике, ML, архитектуре, безопасности, внедрению и поддержке, а также к стоимости и условиям ухода. Каждый критерий стоит пометить как обязательный, желательный или ненужный.
Зачем нужно ТЗ на CDP?
ТЗ превращает пожелания в проверяемые требования, по которым можно сравнить поставщиков и принять работу. Без него каждый поставщик показывает свои сильные стороны, и сравнение превращается в выбор лучшей презентации.
ТЗ также становится основой договора: в нём фиксируется, что именно должно работать после внедрения.
Из каких групп требований состоит ТЗ?
Требования к CDP удобно разбить на 15 групп — всего 150 критериев:
- A. Доступность в РФ и устойчивость поставщика;
- B. Сбор и загрузка данных;
- C. Единый профиль и идентификация;
- D. Модель данных и хранение;
- E. Сегментация и аудитории;
- F. Автоматизация клиентского пути;
- G. Каналы коммуникации;
- H. Персонализация и рекомендации;
- I. Лояльность и промо;
- J. Аналитика и эксперименты;
- K. ML и AI;
- L. Архитектура, производительность и эксплуатация;
- M. Безопасность и управление данными;
- N. Внедрение, удобство и поддержка;
- O. Стоимость, договор и возможность ухода.
Как расставить приоритеты среди 150 критериев?
Каждый критерий помечают одним из трёх статусов: обязательный, желательный или не нужен. Обязательные критерии отсеивают платформы, желательные помогают выбрать между оставшимися.
Обязательными обычно становятся условия допуска: размещение данных, вариант развёртывания, интеграции с критичными системами, требования безопасности и выгрузка данных при уходе. Не делайте обязательным всё подряд — иначе не пройдёт ни одна платформа.
Какие пункты ТЗ легко упустить?
Легче всего упустить требования, которые не видны на демонстрации, но становятся важны через год работы:
- SLA с процентом доступности и порядком компенсации;
- производительность на ваших объёмах с учётом роста базы;
- единица тарификации и правила пересчёта цены;
- формат и сроки выгрузки данных при расторжении договора;
- журнал действий пользователей и вход через корпоративный SSO;
- состав и сроки работ по внедрению, кто за что отвечает.
Как проверить ответы поставщиков по ТЗ?
Ответы по ТЗ проверяют на демонстрации с вашими сценариями, а ключевые — в пилоте. Попросите показать работу на ваших данных или на данных, близких по объёму.
Вопросы для первого письменного раунда собраны в гайде какие вопросы задать поставщику CDP. Требования к хранению данных разобраны в гайде CDP и 152-ФЗ.
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
- G01EmailМассовые и транзакционные письма, редактор, шаблоны
- G02SMSПровайдеры, статусы доставки, стоимость
- G03Mobile pushSDK, deep links, изображения, токены
- G04Web pushПодписки, браузеры, ограничения
- G05TelegramБоты, сообщения, сценарии, идентификация
- G06VK и нужные мессенджерыРеальная доступность интеграции и ограничения
- G07In-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АтрибуцияПравила связи с покупкой, окна атрибуции
- J06A/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Пиковая нагрузкаПродажи, массовые кампании, параллельные расчёты
- L06SLAДоступность и компенсации
- 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Готовые интеграцииСовместимость с вашими версиями систем
- N05API и документацияПолнота, примеры, ограничения, актуальность
- 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Стоимость выходаПеренос сценариев, интеграций, истории, переобучение
- O13TCO за 3 годаВсе расходы в одном расчёте
Частые вопросы
Нужно ли включать в ТЗ все 150 критериев?
Нет. Список — это полный набор, из которого выбирают пункты под свои задачи. Ненужные критерии лучше явно пометить, чтобы поставщики не тратили на них время.
Кто должен участвовать в подготовке ТЗ?
Маркетинг, ИТ, служба безопасности и юристы. Каждая сторона отвечает за свои группы требований.
Можно ли взять ТЗ поставщика за основу?
Можно использовать как подсказку, но такое ТЗ обычно описывает сильные стороны конкретной платформы. Для честного сравнения требования лучше сформулировать от своих задач.
Чем ТЗ отличается от анкеты поставщику?
Анкета — короткий первый раунд для отсева, ТЗ — детальные требования для финального сравнения и договора. Порядок шагов описан в гайде как выбрать CDP.