На одном демо в прошлом году продавец к 4-й минуте уже показывал AI-ассистента, красивую воронку и автоматизации. Потом собственник задал нормальный вопрос: что будет, если лид пришел ночью с сайта, утром менеджер не дозвонился, клиент написал в WhatsApp, через неделю вернулся и попросил счет. Темп сразу упал: история распалась по каналам, повторный контакт требовал ручных действий, а счет жил отдельно.
В этот момент быстро становится понятно: CRM покупают не за экраны. Ее выбирают за то, как она держит реальный процесс продаж, в котором клиенты пропадают, возвращаются, пишут в разные каналы и меняют решение по ходу сделки.
На демо проверяют не интерфейс, а путь сделки
Я обычно смотрю на простую вещь: сколько действий нужно менеджеру, чтобы зафиксировать источник, создать сделку, назначить ответственного и поставить следующий шаг. Если выходит больше 6-8 кликов, люди быстро возвращаются в Excel, Telegram и заметки в телефоне.
Хорошая CRM нормально работает в грязном сценарии: пропущенный звонок, дубль лида, переписка в WhatsApp, смена менеджера, возврат через неделю. На проекте для B2B-дистрибутора мы проверяли именно это. Клиент смотрел коробочное решение, где все выглядело аккуратно, но на цепочке «сайт → звонок → WhatsApp → счет → перенос оплаты» менеджер делал 11 действий, а часть данных не попадала в историю. После такой проверки выбор сузился сам.
Мини-диалог на демо у нас обычно короткий:
- «У вас это есть?»
- «Да, конечно».
- «Покажите на нашем сценарии».
- «Это обычно донастраивается».
После этой фразы я бы уже насторожился. Когда продавец говорит «это решается через API», это еще не ответ, а будущая строка в смете.
Сценарии вскрывают систему быстрее списка функций
Просить «показать возможности» почти бесполезно. Нужны 7 сценариев вашей компании, пройденные прямо на встрече, а не обещанные после нее.
Базовый набор обычно такой:
- новый лид с формы и автоназначение
- повторная продажа старому клиенту
- потерянная сделка с причиной отказа
- передача клиента между менеджерами
- счет, оплата, перенос срока
Если у вас есть брони, слоты, кабинеты или техника, добавьте сценарий через систему бронирования. На этом месте быстро видно, где коробка подходит, а где начинается доработка за ваши деньги.
Частая ошибка: сравнивать CRM по числу функций в тарифе.
Рабочий подход: сравнивать по тому, сколько ваших сценариев проходят без ручных обходов и разработки.
Отдельно я бы просил показать журнал изменений, права доступа по ролям и обязательные поля по этапам. Это скучные вещи, но именно из-за них потом начинаются споры: кто поменял сделку, почему пропал комментарий и откуда взялся счет без источника.
Дешевый тариф часто дает дорогой первый год
Цена лицензии почти всегда выглядит безобидно, пока вы не считаете первый год целиком. Я советую сразу смотреть TCO (совокупную стоимость владения) на 12 месяцев: лицензии, внедрение, миграцию, интеграции, обучение, поддержку, ограничения по API и автоматизациям.
TCO_12 = лицензии*12
+ внедрение
+ миграция
+ интеграции*12
+ кастомизация
+ обучение
+ поддержка*12
Для команды из 15 пользователей по 1 200 ₽ в месяц лицензии дадут 216 000 ₽ в год. Интеграции и каналы - еще 144 000 ₽. Внедрение - 180 000 ₽, миграция - 60 000 ₽, две автоматизации - 140 000 ₽. Итого около 764 000 ₽, хотя на старте все выглядело как «18 тысяч в месяц».
Если кастомизация съедает 30-40% бюджета первого года, я бы платформу пересматривал. Обычно это признак того, что система вам мала уже на входе.
Иногда центр процесса вообще не в CRM
Это встречается чаще, чем кажется. Если больше 50% ежедневных действий команды связано с расписанием, слотами, кабинетами, техникой, предоплатами и переносами, то основной системой часто должна быть не CRM.
У нас был клиент из аренды помещений с запросом «нужна CRM для ведения клиентов». Мы разложили процесс по шагам и увидели, что 80% проблем связано с занятостью залов и правилами переноса. Взяли связку «система бронирования + CRM-модуль», и запуск занял 5 недель. По бюджету вышло примерно на 35% ниже, чем считали в начале.
Так бывает и в поддержке, и на складе, и в закупках. В таких процессах первой системой нередко становится helpdesk или учетная система, а CRM подключается рядом.
После демо нужна холодная таблица
Без таблицы почти всегда побеждает самый убедительный продавец. Мы обычно сводим оценки так:
| Критерий | Вес |
|---|---|
| Сценарии продаж | 35% |
| Интеграции | 20% |
| TCO первого года | 20% |
| Удобство запуска | 15% |
| Масштабирование | 10% |
У нас был и обратный опыт: мы сами недожали проверку. Компания из сферы услуг уходила с таблиц, демо прошло гладко, но мы не проверили перевод клиента между филиалами. После запуска выяснилось, что менеджер вручную меняет данные в трех сущностях, часть истории теряется, и команда вернулась в Excel на 3 недели, пока мы переделывали схему. С тех пор такие сценарии проверяем до покупки, а не после.
В ближайшие 6-12 месяцев демо станут еще красивее, потому что AI-функции теперь есть почти у всех. Сильнее окажется не тот вендор, который лучше рассказывает, а тот, после кого у вас остается ясный ответ на один вопрос: сколько ручной работы исчезнет у менеджера в понедельник утром.