Выбор CRM ломается предсказуемо. Продажи хотят автоматизацию воронки, IT требует установку в своём контуре, маркетинг просит встроенную email-рассылку, финансы спрашивают, зачем в бюджете строка на 200 тысяч долларов без понятного ROI. К моменту, когда подключается закупка, у вас четыре вендора, три мнения и ноль консенсуса. CRM RFP решает эту задачу: он выравнивает всех вокруг определения «хорошо» ещё до первой презентации вендора.

Что такое CRM RFP и когда он нужен

CRM RFP (request for proposal, запрос предложений) - формальный документ для закупки. Он описывает требования компании к CRM-системе и приглашает вендоров прислать структурированные ответы. Расплывчатое намерение («нам нужна CRM получше») превращается в документ, который можно сравнивать, взвешивать и защищать перед бюджетным комитетом.

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

  • Заменяете действующую CRM, и есть миграция: история данных, интеграции, доработки
  • Требования расходятся между отделами: у продаж, маркетинга и сервиса разные процессы
  • Бюджет крупный, контракт долгий, и закупку придётся защищать перед руководством
  • Есть регуляторные ограничения: хранение данных, комплаенс, отраслевые стандарты

Шесть разделов, из которых состоит запрос

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

  1. Контекст компании. Размер, отрасль, текущий стек, число пользователей по ролям, таблица стейкхолдеров с зонами ответственности.
  2. Scope проекта. Что входит в оценку, а что нет: модули, число пользователей, этапы внедрения, ограничения. Если маркетинговая автоматизация вне рамок этого RFP, скажите об этом прямо.
  3. Функциональные требования. Самый длинный раздел. Требования по модулям: продажи (лиды, воронки, прогноз, квоты), маркетинг (сегментация, кампании, скоринг), сервис (кейсы, SLA, база знаний), администрирование (кастомные объекты, автоматизация, отчёты, права доступа).
  4. Интеграции. Таблица, где каждая система получает строку: направление синхронизации, частота, объекты данных.
  5. Безопасность и комплаенс. Сертификаты (SOC 2 Type II), шифрование, журналы аудита, обработка запросов на удаление данных по GDPR.
  6. AI-возможности и управление AI. Отдельный блок, о нём ниже.

AI в CRM: что спрашивать у вендора

AI стал стандартным критерием оценки CRM, но заявления вендоров отличаются по сути. Разбейте секцию на две части:

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

Управление AI: есть ли у вендора политика использования AI? Можно ли отследить, почему модель присвоила записи оценку? Что происходит при дрейфе модели: когда её переобучают и как вас уведомляют? Можно ли отказаться от использования ваших данных для обучения общих моделей?

Как писать: четыре шага

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

Шаг 2. Переведите цели в требования по MoSCoW. Must have: без этого пункта вендор выбывает. Should have: желательно, но можно закрыть частично. Could have: приятно, на решение не влияет. Won't have: вне рамок этапа.

Шаг 3. Нарисуйте карту интеграций. Каждая система, которая касается данных клиентов, получает строку в таблице: направление, частота, объекты. Схема потока данных на белой доске хорошо ложится в приложение к запросу.

Шаг 4. Напишите инструкции вендорам и сроки. Формат ответа, дедлайны, порядок презентаций. Чем точнее инструкция, тем проще сравнивать ответы.

Как оценивать ответы

Критерии оценки фиксируются до получения ответов, иначе сравнение превращается в торг. Требования получают веса по MoSCoW, для каждого вендора считается взвешенный балл.

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

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

- из методички HubSpot по закупке CRM

Примеры вопросов вендорам

  • Как платформа маршрутизирует лиды? Какие есть варианты назначения: по кругу, по весу, по правилам?
  • Как устроен прогноз: правила, AI или оба варианта? Может ли руководитель отдела скорректировать прогноз вручную?
  • Интеграция с Microsoft 365 и Google Workspace: нативная или через сторонний модуль? Что синхронизируется в обе стороны?
  • Предоставите последний отчёт SOC 2 Type II? Как обрабатываете запросы на удаление данных?
  • На каких данных обучаются модели AI? Можно ли отказаться от участия в общем обучении?
  • Как отследить, почему модель присвоила сделке оценку или пометила запись?

Что делать после выбора вендора

До подписания контракта зафиксируйте в письменном виде три вещи. Statement of work: объём, результаты, вехи, условия оплаты, критерии приёмки. Не давайте стандартному SOW вендора стать умолчанием: берите за основу раздел scope из вашего запроса. Success plan: три-пять бизнес-результатов с методами измерения и датами. Исполнительного спонсора: человека, который отвечает за результат, а не только за статус IT-проекта.

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

Что это значит для бизнеса

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

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

Читайте также