Выбор CRM решается одним измерением: сколько ручных действий останется у менеджера на одной сделке после внедрения. Не количество функций в тарифе, не отзывы и не место в чужом рейтинге, а число переключений между окнами, копипастов и ручных вводов, которые система забирает на себя. В модельном отделе из 12 менеджеров таких действий 25 на сделку; система, подобранная под процесс, оставляет 9, а подобранная по рекламе — 22. Разница между этими двумя цифрами и есть весь смысл проекта.
Отсюда порядок работы, обратный тому, к которому подталкивает реклама. Сначала вы описываете собственный процесс продажи — по анкете из двенадцати вопросов, которая заполняется за полтора часа без консультанта и без демо. Потом смотрите, какой профиль процесса каждая система закрывает лучше остальных и на чём упирается. И только в конце сравниваете деньги, причём не цену лицензии, а стоимость владения за три года, в которой лицензия занимает около четверти.
Ниже — эта анкета, таблица соответствия по восьми системам, живым в России на сентябрь 2026 года, восемь инженерных критериев, которые проверяются до оплаты, модельный расчёт владения на 12 менеджеров, порядок пилота на две недели вместо демо и честный раздел о том, когда CRM не нужна вообще. Это не рейтинг и не сравнение вендоров между собой: задача текста — дать способ выбора, а не подсказать ответ.
Функции не считают — считают ручные действия
Сравнение по числу функций даёт систематически неверный выбор, и механика ошибки простая. Функции считаются по списку в тарифе, а работают они только тогда, когда в систему попали данные. Карточка сделки умеет показывать остаток товара — но только если налажен обмен с учётом. Робот умеет ставить задачу по пропущенному звонку — но только если подключена телефония. В прайс-листе обе строки выглядят одинаково, а на практике одна стоит ноль, а вторая 220 000 ₽ работ.
Поэтому единица измерения другая — ручное действие. Действие — это один законченный кусок работы, который человек делает пальцами: открыл окно, скопировал, вписал, проверил, нажал. Считать их надо не по ощущениям, а по одной живой сделке: садитесь рядом с менеджером и записываете. Полтора часа работы дают таблицу, которую невозможно оспорить на совещании, потому что она снята с реального экрана, а не взята из презентации.
| Что менеджер делает руками на одной сделке | Сейчас | Система под процесс | Система не под процесс |
|---|---|---|---|
| Завести карточку: имя, телефон, почта, компания | 4 | 0 | 2 |
| Перенести историю звонка и переписки в карточку | 3 | 0 | 3 |
| Проставить источник обращения | 1 | 0 | 1 |
| Собрать коммерческое предложение | 5 | 3 | 5 |
| Выставить счёт и вернуть его номер в сделку | 4 | 1 | 4 |
| Проверить оплату и отметить её | 3 | 1 | 3 |
| Поставить следующий шаг и напоминание | 2 | 2 | 1 |
| Собрать данные для отчёта руководителю | 3 | 2 | 3 |
| Итого действий на сделку | 25 | 9 | 22 |
Разница между вторым и третьим столбцом — не про качество продукта, а про совпадение с процессом. Система не под процесс тоже заводит карточки и напоминает о звонке; она просто не умеет достать факт из вашей учётной системы, потому что у неё нет готового обмена именно с вашей конфигурацией, и все действия, завязанные на счета, оплаты и остатки, остаются ручными. Дальше эта разница переводится в деньги.
Три вертикальных столбца одинаковой ширины с подписями «Сейчас — 25 действий», «Под процесс — 9 действий», «Не под процесс — 22 действия». Под каждым столбцом вторая строка подписи в рублях: «—», «79 800 ₽ в месяц», «15 000 ₽ в месяц». Столбцы разбиты на сегменты по строкам таблицы действий, самый крупный сегмент — счета и оплаты. Ось значений в штуках действий.
Анкета из 12 вопросов: заполняется до первого демо
Анкета нужна, чтобы разговор с продавцом системы начинался с вашего процесса, а не с его сценария демонстрации. Заполняется письменно, одним человеком, который реально ведёт продажи, — не собственником по памяти. Каждый ответ закрывает один класс требований, и после двенадцатого ответа половина систем на рынке отсекается автоматически, без единого созвона.
- 11. Кто первым касается клиента — человек или форма
Если первым отвечает менеджер, важна очередь и распределение. Если форма или бот — важна скорость передачи данных и то, откуда система вообще узнаёт об обращении. Ответ решает, нужен ли отдельный контур приёма заявок или хватит встроенного.
- 22. Сколько этапов у сделки и меняются ли они по типу клиента
Одна воронка на всех или четыре разных. Ответ решает, нужны ли системе несколько независимых воронок с разными обязательными полями, а это уже вопрос тарифа, а не настройки.
- 33. Сделка одна или это повторные отгрузки одному клиенту
Разовая продажа и абонентская модель ведутся принципиально по-разному. Во втором случае главным объектом становится не сделка, а клиент с историей заказов, и системы, у которых карточка клиента вторична, отпадают сразу.
- 44. Есть ли запись на конкретное время и на конкретный ресурс
Кресло, кабинет, мастер, зал, машина. Если да, вам нужен отраслевой класс систем с расписанием, а не универсальная воронка. Расписание, приделанное к воронке сбоку, всегда заканчивается двойным учётом.
- 55. Нужен ли остаток товара и цена прямо в карточке сделки
Если менеджер во время разговора обязан видеть, есть ли позиция на складе, обмен с учётной системой перестаёт быть пожеланием на следующий год и становится частью первого запуска. Это самая дорогая строка сметы, и её надо признать сразу.
- 66. Кто выставляет счёт и где живёт первичка
Счёт из CRM, счёт из 1С по команде из CRM или счёт вручную бухгалтером. Ответ задаёт направление обмена и определяет, кто хозяин записи по документам. Разбирать это надо до выбора системы, а не после.
- 77. Есть ли согласование скидки или договора и сколько ступеней
Одна подпись руководителя или маршрут через юриста и финансиста. Многоступенчатое согласование требует процессного движка — механики маршрутов, сроков и возвратов на доработку, а она есть далеко не везде и почти всегда в старших тарифах.
- 88. Сколько каналов входа и кто в них отвечает
Телефон, почта, сайт, мессенджеры, объявления, маркетплейсы. Считайте не каналы, а количество разных окон, в которые сотрудники смотрят за день. Каждое окно — либо интеграция, либо потерянные обращения.
- 99. Длина цикла сделки — дни или месяцы
Короткий цикл требует скорости первого ответа и простоты. Длинный — задач, напоминаний, истории касаний и прогноза. Это разные системы по духу, и попытка получить обе стороны сразу даёт перегруженный интерфейс, который менеджеры обходят.
- 1010. Кто и в чём считает план и прогноз
Если отчётность собирается в таблице руками, важна не встроенная аналитика, а выгрузка и API. Если отчёт нужен руководителю каждое утро — важны готовые дашборды и права доступа к ним.
- 1111. Сколько людей и какие роли видят чужие сделки
Полностью открытая база, доступ по отделам или строгое разграничение с запретом на выгрузку. Тонкие права почти всегда живут в старших тарифах и в коробочных версиях — этот ответ часто и определяет итоговую цену.
- 1212. Что произойдёт с базой, если через два года вы уйдёте
Вопрос задаётся до оплаты, а не после. Нужны формат выгрузки, полнота — вместе с историей переписки и звонков, и время, за которое вы её получаете. Ответ «обратитесь в поддержку» — уже ответ.
Двенадцать ответов складываются в профиль процесса — короткую характеристику вида «длинная товарная сделка с повторными отгрузками, счёт в 1С:УТ, три канала входа, согласование скидки в одну ступень». Этот профиль и надо приносить на демо вместо вопроса «что у вас есть».
Схема из двух зон. Слева колонка из двенадцати пронумерованных прямоугольников — краткие формулировки вопросов анкеты. Стрелки от них сходятся в четыре крупных блока справа: «Модель сделки», «Обмен с учётом», «Каналы входа», «Права и выгрузка». Под каждым блоком одна строка с примером требования. Подписи стрелок не нужны, важна группировка.
Восемь систем и профиль процесса, который каждая закрывает
В таблице — системы, которые на сентябрь 2026 года работают в России, принимают оплату в рублях и развиваются. Столбец «где упирается» — не перечень дефектов, а граница профиля: каждая из этих систем хорошо делает то, для чего сделана, и плохо — то, для чего не предназначена. Ушедшие с российского рынка продукты в таблице не рассматриваются даже как ориентир, потому что ориентироваться на то, что нельзя купить и поддерживать, бессмысленно.
| Система | Профиль процесса, который закрывает лучше | Где упирается | Что показать на демо из своей анкеты |
|---|---|---|---|
| Битрикс24 | компания целиком: продажи плюс задачи, документы, согласования и внутренние коммуникации в одном контуре | растёт сложность администрирования — при большом числе полей, роботов и бизнес-процессов нужен свой ответственный человек или подрядчик на постоянной основе | вопросы 7 и 11: покажите маршрут согласования скидки и требования к правам |
| amoCRM | линейная воронка сделок и переписка с клиентом в одном окне; отдел продаж как отдельный организм | процессы вне продаж — склад, производство, сервис — закрываются только интеграциями и виджетами, а их надо считать в смете | вопросы 2 и 8: сколько воронок и сколько каналов входа |
| RetailCRM | товарный заказ: позиции, статусы доставки, возвраты, связка со складом и торговыми площадками | если предмет сделки не товар, а услуга или проект, модель заказа оказывается лишним слоем | вопросы 3 и 5: повторные отгрузки и потребность в остатке |
| Мегаплан | продажа, за которой идёт исполнение силами своей команды: сделка переходит в задачи и проект | витрина продаж проще, чем у профильных CRM, — короткий массовый цикл здесь не главный сценарий | вопросы 9 и 2: длина цикла и что происходит после подписания |
| OkoCRM | небольшая команда, много каналов переписки, быстрый старт без выделенного администратора | глубокие доработки и сложные многоступенчатые согласования — не её профиль | вопросы 8 и 1: каналы и кто первым касается клиента |
| S2 | нестандартный процесс, который надо собрать из своих сущностей и полей, а не подгонять под чужую воронку | за гибкость платят настройкой и дисциплиной: из коробки почти ничего не готово, нужен владелец процесса внутри компании | вопросы 2 и 6: сколько воронок и где живёт первичка |
| YCLIENTS | услуги с записью на время и на ресурс: салоны, клиники, стоматологии, студии; расписание — центральный объект | это не система для B2B-сделки с этапами, коммерческими предложениями и длинным циклом | вопрос 4: есть ли запись на конкретное время и ресурс |
| Аспро.Cloud | компактный контур для небольшой сервисной компании: продажи, проекты и финансы в одном месте | рынок готовых интеграций уже, чем у крупных платформ, — редкие связки придётся делать руками | вопросы 10 и 6: где считается прогноз и кто выставляет счёт |
Любая строка выше — это профиль, снятый по назначению продукта, а не гарантия для вашего случая. Продукты меняются, тарифы пересматриваются, интеграции появляются и исчезают. Перед оплатой проверьте на своей анкете три вещи: работает ли нужная связка на вашей версии, входит ли она в ваш тариф и не требует ли отдельной лицензии посредника. Проверка занимает день, а ошибка живёт три года и стоит около 800 000 ₽ — расчёт ниже.
Обратите внимание, чего в таблице нет. Нет колонки «количество функций», нет баллов и нет победителя. Сравнивать эти системы между собой в лоб — занятие бессмысленное: они закрывают разные профили процессов, и вопрос «что лучше» не имеет ответа без вашей анкеты. Осмысленный вопрос звучит иначе: «какая из них оставит мне девять ручных действий вместо двадцати двух».
Восемь инженерных критериев, которые проверяют до оплаты
Всё, что дальше, проверяется на триале или одним письмом в поддержку вендора. На это уходит рабочий день, и этот день — самая выгодная инвестиция всего проекта: каждый пункт, не проверенный сейчас, всплывает через три месяца в виде счёта на доработку или в виде фразы «это технически невозможно».
| Критерий | Как проверить за час | Красный флаг |
|---|---|---|
| Открытый REST API и публичная документация | найти документацию в открытом доступе и получить тестовый ключ самостоятельно, без менеджера | документация «по запросу», ключ выдаётся после подписания договора |
| Лимиты запросов | найти в документации число запросов в секунду и в сутки и сопоставить со своим объёмом | лимитов нет в документации вообще — значит, вы узнаете о них в момент первой массовой выгрузки |
| События и вебхуки | проверить, приходит ли уведомление об изменении сделки и оплаты в реальном времени | только опрос по расписанию — любая интеграция станет медленнее и дороже |
| Готовые коннекторы к телефонии | найти на сайте вендора список поддерживаемых операторов и убедиться, что ваш в нём есть | «сделаем интеграцию под вас» — это отдельный проект на 120 000–200 000 ₽ |
| Обмен с учётной системой | уточнить, под какие конфигурации 1С есть типовой модуль и какой версии | формулировка «поддерживаем 1С» без указания конфигурации и версии |
| Права доступа | закрыть менеджеру чужие сделки и запретить выгрузку — прямо на триале | права только на уровне «администратор или не администратор» |
| Выгрузка базы | выгрузить всё, включая историю переписки и звонков, и открыть файл | выгрузка по заявке в поддержку или без истории коммуникаций |
| Где физически лежат данные | спросить адрес центра обработки данных и юрлицо, с которым заключается договор | нет внятного ответа про 152-ФЗ и локализацию базы в России |
Второй пункт стоит развернуть, потому что его почти никто не проверяет. Лимит в две операции в секунду выглядит щедрым, пока не понадобится первичная загрузка 40 000 контактов: это 20 000 секунд, то есть пять с половиной часов непрерывной работы, и всё это время база отвечает медленнее обычного. Тот же лимит определяет, сможете ли вы каждые пять минут обновлять остатки по 3 000 позициям или обмен придётся сдвинуть на ночь. Лимит — это не техническая мелочь, а граница того, какие сценарии вам вообще доступны.
Восьмой пункт кажется формальностью, пока в базе не появятся записи разговоров и переписка. С этого момента у вас персональные данные, требование локализации и поручение обработки подрядчику — те же вопросы мы разбираем на странице «Безопасность» и в материалах о подготовке данных перед внедрением. Проверять это дешевле до подписания.
Карта связей: в центре крупный узел «CRM», вокруг шесть узлов — «Телефония», «Почта», «Мессенджеры и объявления», «Сайт и формы», «1С:УТ», «Банк». У каждой связи стрелка и подпись того, что передаётся: от телефонии — «номер, длительность, запись, расшифровка», от почты — «адрес, тема, вложение», от мессенджеров — «профиль, история переписки», от сайта — «метка источника и страница входа», от 1С — «остаток, цена, номер счёта, оплата, отгрузка», в 1С — «команда выставить счёт», от банка в 1С — «факт оплаты». Линия обмена с 1С заметно толще остальных и подписана «220 000 ₽ в смете».
Стоимость владения за три года
Цена лицензии — самая заметная и самая маленькая часть счёта. Ниже — два столбца по одному и тому же отделу из 12 менеджеров: слева система, подобранная под процесс, справа — та же компания, которая ошиблась и меняла систему на втором году. Разница между столбцами и есть цена ошибки выбора, ради снижения которой пишется анкета.
| Статья расходов за 36 месяцев | Выбрали под процесс | Ошиблись и меняли на втором году |
|---|---|---|
| Лицензии, 12 пользователей, 15 000 ₽/мес | 540 000 ₽ | 600 000 ₽ |
| Внедрение и настройка воронок | 180 000 ₽ | 440 000 ₽ |
| Интеграции: телефония, почта, сайт | 140 000 ₽ | 240 000 ₽ |
| Обмен с 1С | 220 000 ₽ | 360 000 ₽ |
| Доработки первого года | 160 000 ₽ | 220 000 ₽ |
| Поддержка и развитие, 25 000 ₽/мес | 900 000 ₽ | 900 000 ₽ |
| Перенос базы в новую систему | — | 180 000 ₽ |
| Итого владение за три года | 2 140 000 ₽ | 2 940 000 ₽ |
Из 2 140 000 ₽ лицензии занимают 540 000 ₽ — около четверти. Остальные три четверти — работа: обследование, настройка, интеграции, обмен с учётом и поддержка. Это и объясняет, почему выбор по цене тарифа систематически промахивается: вы сравниваете четверть предмета и делаете вывод обо всём. Второй столбец добавляет 800 000 ₽, и это не гипотетическая цифра, а сумма трёх обычных строк: повторное внедрение, переделка интеграций и перенос базы вместе с историей.
Четырнадцать месяцев — нормальный срок для CRM, и он принципиально длиннее, чем у точечных решений вроде голосового робота или распознавания документов, которые окупаются за 4–6 месяцев. Причина в природе инструмента: CRM не убирает работу, она переносит её с людей на систему и на подрядчика. Подрядчик, обещающий окупаемость CRM за квартал, либо считает эффект по выручке, либо не считает вовсе.
Две составные вертикальные колонки за 36 месяцев. Левая — 2 140 000 ₽ с сегментами: лицензии 540 000, внедрение 180 000, интеграции 140 000, обмен с 1С 220 000, доработки 160 000, поддержка 900 000. Правая — 2 940 000 ₽ с теми же сегментами увеличенного размера плюс верхний сегмент «перенос базы 180 000». Между колонками фигурная скобка с подписью «цена ошибки выбора — 800 000 ₽». Ось в рублях.
Подставьте свою разовую часть и свой ежемесячный платёж — лицензии плюс поддержка — и свою оценку эффекта по методике из расчёта ручных действий. Стартовые значения: 540 000 ₽ разово и 40 000 ₽ в месяц для отдела из 12 человек.
Сколько стоит ручная работа в вашем процессе
Расчёт учитывает только время сотрудников. Возвращённые продажи, снятые ошибки и штрафы, скорость реакции — сверх этой модели. На диагностике считаем по вашим фактическим цифрам.
Три профиля процесса и три разных ответа
Как анкета превращается в решение — на трёх модельных компаниях. Ни одна из них не выбирает «лучшую CRM»: каждая выбирает систему, которая закрывает её профиль с наименьшим числом ручных действий и с наименьшей долей работ, которые придётся делать под заказ.
Оптовая поставка комплектующих, 12 менеджеров. Профиль по анкете: длинная товарная сделка, повторные отгрузки одному клиенту, счёт в 1С:УТ, остаток обязателен в карточке, три канала входа, согласование скидки в одну ступень. Решающими становятся вопросы 3, 5 и 6, а не интерфейс. Система, у которой нет готового обмена именно с УТ, проигрывает заранее: разница между типовым модулем и заказным обменом — те самые 220 000 ₽ и полтора месяца срока.
Сеть из четырёх стоматологий. Профиль: запись на время, на кресло и на конкретного врача, повторный визит через полгода, напоминания и подтверждения, оплата на месте. Решает вопрос 4, и он отсекает универсальные воронки целиком. Расписание, приделанное к воронке сбоку, даёт двойной учёт: администратор ведёт запись в одном месте, сделки — в другом, и через месяц они расходятся. Отраслевой класс систем здесь не компромисс, а единственный вариант, при котором цифры сходятся.
Проектное бюро, шесть человек, цикл сделки от четырёх до девяти месяцев. Профиль: мало сделок, много этапов, переписка и документы важнее скорости ответа, прогноз строится по двум-трём крупным сделкам. Решают вопросы 9 и 7. И это тот случай, когда честный ответ может звучать «пока не нужна»: при двадцати сделках в год выигрыш от автоматизации меньше стоимости владения, а порядок наводится общим диском, календарём и одной таблицей. Подробнее — в последнем разделе.
Сравнительная схема из трёх колонок: «Оптовая поставка, 12 менеджеров», «Сеть из 4 стоматологий», «Проектное бюро, 6 человек». Пять строк сравнения: длина цикла сделки (недели / визит и повтор через полгода / 4–9 месяцев), предмет сделки (товар с остатком / запись на время и ресурс / проект с документами), где живёт счёт (1С:УТ / оплата на месте / договор и акт), решающие вопросы анкеты (3, 5 и 6 / 4 / 9 и 7), вывод (обмен с УТ обязателен / отраслевой класс с расписанием / пока хватает задачника и таблицы).
Пилот на две недели вместо демонстрации
Демо показывает продукт в его лучшем сценарии, пилот — в вашем худшем. Разница в стоимости решения на порядок, а в трудозатратах — две недели одного человека. Пилот делается на реальных данных, но на маленьком куске: один менеджер, один канал, двадцать сделок. Задача не «попробовать интерфейс», а получить три числа, по которым принимается решение.
- 1Дни 1–2. Перенести двадцать реальных сделок
Не демонстрационные, а свои: с настоящими названиями, суммами, вложениями и перепиской. Уже на этом шаге выясняется, какие поля некуда положить и что придётся делать под заказ.
- 2Дни 3–5. Собрать одну связку из списка критериев
Самую дорогую и самую рискованную — обычно это обмен с учётной системой или телефония. Если связка не собирается за три дня силами интегратора на типовом модуле, это заказная работа, и её надо внести в смету до подписания.
- 3Дни 6–10. Провести двадцать сделок целиком одним менеджером
От первого касания до счёта и отметки об оплате. Считать ручные действия по той же таблице, что и до пилота: это второе из трёх решающих чисел.
- 4День 11. Выгрузить базу и открыть файл
Проверка на выход делается не в конце жизни системы, а на одиннадцатый день знакомства. Смотрите, есть ли в выгрузке история переписки и звонков, читается ли она без специальных инструментов и сколько времени заняла.
- 5Дни 12–14. Собрать три числа и решить
Ручные действия на сделку после пилота, доля работ, которые оказались заказными, и полная стоимость владения за 36 месяцев с учётом этих работ. Если первое число не опустилось хотя бы вдвое — это не ваша система, независимо от того, насколько удобным показался интерфейс.
Две недели работы интегратора стоят 40 000–90 000 ₽ в зависимости от того, какую связку вы проверяете. Это 6–13 % от разовой части проекта и в разы меньше 800 000 ₽ — цены ошибки. Подрядчик, который отказывается делать оплачиваемый пилот и предлагает сразу договор на внедрение, экономит своё время за счёт вашего риска.
Горизонтальная лента времени на 14 дней с пятью отрезками и подписями результата под каждым. «Дни 1–2 — перенесены 20 реальных сделок, виден список полей, которым некуда лечь». «Дни 3–5 — собрана самая дорогая связка, ясно, типовая она или заказная». «Дни 6–10 — 20 сделок проведены целиком, посчитаны ручные действия». «День 11 — база выгружена и открыта, проверена история переписки». «Дни 12–14 — три числа и решение». Справа от ленты вынесены три числа: действия на сделку, доля заказных работ, владение за 36 месяцев.
Карта раздела: где искать ответ по каждому вопросу анкеты
Двенадцать вопросов анкеты разбираются подробно в отдельных материалах раздела «CRM и её интеграции» — здесь только указатель, чтобы не пересказывать их дважды.
- Вопросы 1 и 8, каналы входа и первое касание: как собирается единое окно обращений из всех каналов и что технически возможно в каждом мессенджере на сентябрь 2026 года.
- Вопросы 5 и 6, остатки и счета: интеграция CRM с 1С — четыре способа обмена, таблица владения данными и цена каждого варианта.
- Вопрос 10, отчётность и прогноз: воронка продаж, которой можно верить, и отдельный материал о сквозной аналитике.
- Вопрос 12 и выгрузка: что теряется при миграции между системами и почему историю переписки надо забирать себе с первого дня.
- Встроенный в коробку искусственный интеллект и его границы: что закрывает вендор, а где начинается заказная работа.
- Деньги проекта целиком: сколько стоит внедрение CRM и почему одинаковые по описанию сметы отличаются втрое.
Когда CRM не нужна
Первое условие — нет потока. Экономия на одной сделке в модели выше — 16 снятых действий по 40 секунд, то есть 10,7 минуты, или около 125 ₽ по ставке 700 ₽ в час. Владение у маленькой команды дешевле, чем у отдела из двенадцати человек, но не бесплатно: лицензии на двоих, амортизация внедрения и минимальная поддержка складываются примерно в 15 000 ₽ в месяц. Порог получается около 120 сделок в месяц. Ниже него арифметика не сходится, и это надо признать вслух.
Признать вслух — это не значит отказаться. У CRM есть вторая причина существования, не связанная с экономией: база принадлежит компании, а не менеджеру, который ушёл вместе с телефоном. Это законный мотив покупки, и он честнее натянутого расчёта окупаемости. Разница в том, что при таком мотиве не нужны ни старший тариф, ни интеграции, ни доработки — нужен минимальный контур, в котором лежат контакты и история. Он стоит в десять раз дешевле полноценного проекта.
Двухосевой график. По горизонтали — число сделок в месяц от 0 до 400, по вертикали — рубли в месяц. Восходящая прямая «экономия ручного труда» с наклоном 125 ₽ за сделку. Горизонтальная штриховая линия «владение у небольшой команды — 15 000 ₽ в месяц». Точка пересечения на отметке 120 сделок выделена и подписана «порог». Область слева от точки залита и подписана «здесь CRM покупают за принадлежность базы, а не за экономию».
Второе условие — каждая сделка непохожа на предыдущую. Если процесс не повторяется, автоматизировать нечего: система превращается в архив переписки с воронкой из двух этапов «в работе» и «закрыто». Проектные и творческие компании часто именно в таком положении, и им дешевле хороший задачник с общим диском. Третье — нет владельца процесса. Без человека, который отвечает за правила ведения сделок целиком, любая система за три месяца превращается в свалку необязательных полей, и никакой подрядчик этого не исправит: он может настроить механику, но не может заставить компанию соблюдать собственные договорённости.
Если на вопрос «сколько сделок вы закрыли в прошлом месяце» три человека в компании называют три разных числа, начинать надо не с выбора системы, а с учёта. Две недели на общий ящик, одну таблицу и договорённость о том, что считается сделкой, дадут больше, чем внедрение за 540 000 ₽ поверх неразберихи. Система усиливает процесс, а не создаёт его; усиленный беспорядок остаётся беспорядком, только теперь за него платят ежемесячно и втроём — вендору, интегратору и своему администратору.
Систему выбирают не по тому, что она умеет, а по тому, сколько работы после неё остаётся у человека. Всё остальное в презентации вендора — правда, которая к вашему процессу не относится.
