CRM часто выбирают по демо-дашборду и количеству полей в карточке. Через полгода воронка живёт в таблицах, а система нужна «для отчёта совету». Ниже — как выбрать продукт и контур внедрения под скорость цикла сделки, а не под красоту отчётов.
Главный критерий
Сделка должна проходить путь «лид → квалификация → КП → согласование → оплата → передача в сервис» без ручного копирования. Если менеджер быстрее закроет этап в мессенджере, чем в CRM, поля вам не помогут.
Спросите вендора и интегратора не «сколько отчётов из коробки», а:
- сколько кликов до смены этапа;
- можно ли убрать поля, которые не влияют на этот этап;
- как заявка на внедрение/поддержку уходит в сервисный контур (ITSM/ESM), а не повисает в комментарии.
Что нужно на старте
Минимальный контур на первые 90 дней:
- Карточка сделки и компании с 8–12 полями, не с 80. Источник лида, сумма, этап, владелец, следующий шаг, дата.
- Воронка из реальных этапов, как продаёт команда сейчас — не «классическая BANT из учебника».
- Почта и календарь в карточке, иначе история разъедется за неделю.
- Права: менеджер видит своё, РОП — команду, финансы — выручку без чужих переписок.
- Один отчёт цикла: время на этапе, конверсия между этапами, просроченный следующий шаг.
Всё остальное — после того, как эти пять пунктов живут без принуждения.
Что отложить до масштабирования
- Сложный CPQ и конфигуратор продукта, пока средний чек и линейка не стабильны.
- Тяжёлую маркетинговую автоматизацию «на все каналы», пока нет владельца качества лида.
- Кастомные дашборды «как в Excel у коммерческого» — сначала словарь полей, потом BI.
- Глубокую интеграцию с ERP до того, как этап «оплата» совпадает с фактом в учёте хотя бы вручную два месяца.
- Мобильное приложение «чтобы все завели активность». Сначала рабочий день на десктопе.
Отложенное не значит ненужное. Это значит: не покупайте внедрение пакетом «всё сразу» — вы платите за сопротивление команды.
Чеклист выбора
| Вопрос | Зачем | Красный флаг |
|---|---|---|
| Этап сделки меняется за 2 действия? | Скорость цикла | «Сначала заполните обязательный блок из 20 полей» |
| Поля можно скрыть по роли и этапу? | Карточка не раздувается | Одна форма на всех |
| Есть API и выгрузка без вендорского проекта? | Не прирастёте к отчёту внутри CRM | «Отчёты только в нашем облаке» |
| Как связан запрос клиента после продажи с карточкой? | Рост без разрыва сервиса | CRM и support — два мира |
| Пилот на одной команде за 3–4 недели? | Проверка цикла, не витрины | Внедрение «от 6 месяцев до первого лида» |
| Кто владеет данными при уходе? | TCO | Экспорт только через услуги партнёра |
Как внедрять, чтобы не получить «тяжёлую» систему
Пилот — одна воронка, одна команда, один РОП как заказчик. Интегратор настраивает этапы и права, а не рисует 40 отчётов. Через две недели смотрите: доля сделок, живущих только в CRM, и средний срок этапа. Если менеджеры ведут параллельный файл — уберите поля, не добавляйте обучение «как правильно заполнять».
Отчёты подключайте, когда этапы совпадают с реальностью. Иначе вы стандартизируете ложь: красивая воронка, в которой нет просроченных следующих шагов, потому что их некуда писать честно.
Связка с сервисом (передача клиента, инциденты по внедрению, SLA) решает, вырастет ли выручка после закрытия сделки или упрётся в хаос post-sale. CRM под рост — это система вокруг цикла, а не хранилище полей для ежемесячного слайда.