CRM начинает возвращать вложенное примерно со 120 сделок в месяц. Ниже этого потока владение системой — лицензии, амортизация внедрения и минимальная поддержка — съедает всю экономию на ручном труде, и проект выходит в минус на любом горизонте. Это не аргумент против CRM, это арифметика, и её стоит проделать до подписания договора, а не после.
Отдельно надо развести две причины покупки. Первая — экономия времени, она считается и порогом проверяется. Вторая — принадлежность базы: история общения с клиентами лежит в системе компании, а не в телефоне менеджера. Вторая причина законна и не требует расчёта окупаемости, но её надо назвать вслух: покупать минимальный контур ради принадлежности базы разумно, а ждать от него экономии при сорока сделках — нет.
Ниже — откуда берётся порог, шесть ситуаций, в которых внедрение не вернёт денег, рабочая связка без CRM и место, где она ломается, пять признаков, что момент настал, и что имеет смысл сделать до внедрения, чтобы оно не провалилось.
Откуда берётся порог в 120 сделок
Считаем минимальный контур: облачная система на пять пользователей, настройка одной воронки и полей без интеграций и доработок, минимальная поддержка. Внедрение — 90 000 ₽, амортизируем за два года.
Экономия в 125 ₽ на сделку — это примерно одиннадцать минут снятых ручных действий по полной стоимости часа менеджера. Число взято из модельного расчёта в статье про выбор CRM под процесс, где разбирается, из каких именно действий оно складывается. Для маленькой команды оно скорее завышено, чем занижено: часть автоматизаций, дающих экономию, в минимальном контуре просто нет.
| Сделок в месяц | Экономия ручного труда | Владение | Баланс в месяц | За год |
|---|---|---|---|---|
| 18 | 2 250 ₽ | 15 000 ₽ | −12 750 ₽ | −153 000 ₽ |
| 40 | 5 000 ₽ | 15 000 ₽ | −10 000 ₽ | −120 000 ₽ |
| 120 | 15 000 ₽ | 15 000 ₽ | 0 ₽ | 0 ₽ |
| 200 | 25 000 ₽ | 15 000 ₽ | +10 000 ₽ | +120 000 ₽ |
| 320 | 40 000 ₽ | 15 000 ₽ | +25 000 ₽ | +300 000 ₽ |
Обратите внимание на форму кривой: плюс начинается не резко, а очень полого. Двести сделок в месяц дают всего 10 000 ₽ выигрыша — примерно один рабочий день менеджера. Это нормальное свойство CRM: она не убирает работу, а переносит её с людей на систему, и деньги от неё принципиально медленнее, чем от точечного робота на конкретной операции.
Из этой же арифметики следует, чего делать нельзя. Нельзя закрывать минус интеграциями: обмен с учётной системой, телефония и мессенджеры стоят больше половины сметы полноценного внедрения и при потоке около порога не окупаются вообще. Нельзя закрывать минус доработками: каждая из них добавляет к ежемесячной части, то есть двигает порог вверх, а не вниз. Единственное, что реально сдвигает порог, — рост потока и снятие ручного ввода со стыков, и то и другое происходит не по решению о покупке.
И вторая причина, ради которой систему покупают ниже порога. База и история общения принадлежат компании, а не менеджеру: при уходе человека остаются контакты, переписка и договорённости, а не только то, что он успел рассказать на передаче дел. Это законное основание, и оно не требует расчёта окупаемости — но требует честности. Покупая минимальный контур ради принадлежности базы, надо сразу отказаться от ожидания экономии и не встраивать её в обоснование бюджета: иначе через полгода проект будет выглядеть провалившимся, хотя сделал ровно то, за чем его брали.
Двухосевой график. По горизонтали — число сделок в месяц от 0 до 350, по вертикали — рубли в месяц от −16 000 до +26 000. Восходящая прямая «баланс» пересекает ноль на отметке 120 сделок; точка пересечения выделена и подписана «порог — 120 сделок». Подписанные точки на линии: 18 сделок → −12 750 ₽, 40 → −10 000 ₽, 200 → +10 000 ₽, 320 → +25 000 ₽. Область слева от порога залита штриховкой и подписана «здесь CRM покупают за принадлежность базы, а не за экономию». Горизонтальная штриховая линия на нуле. Чертёжный стиль, подписи по-русски.
Шесть ситуаций, в которых внедрение не вернёт вложенного
Пять из шести определяются потоком или его отсутствием, шестая — состоянием процесса. Последняя опаснее остальных: в ней проект не просто не окупится, он ещё и закрепит беспорядок.
| Ситуация | Почему деньги не вернутся | Что делать вместо |
|---|---|---|
| Меньше двух десятков сделок в месяц | Экономия около 2 250 ₽ против 15 000 ₽ владения: минус 153 000 ₽ в год | Таблица с жёсткой структурой и напоминания в календаре |
| Единственный продавец — собственник | Некому передавать сделку и не с кем сверяться; отчётность нужна одному человеку и он же её источник | Список сделок с датой следующего шага, одна страница |
| Продажи только через маркетплейс без прямого контакта | Карточка клиента не наполняется: контакта нет, переписка идёт в чужом интерфейсе, повторная продажа не отслеживается | Кабинет площадки плюс учёт остатков и себестоимости |
| Проектный бизнес: несколько клиентов в год | Воронка из двадцати сделок в год не даёт статистики, а каждая сделка ведётся индивидуально | Карточка проекта в системе управления задачами |
| Весь поток уже живёт в отраслевой системе | Запись, история визитов и напоминания уже есть; вторая система создаст двойной ввод, а не снимет его | Достроить отраслевую систему, а не ставить рядом ещё одну |
| Процесс не описан вообще | Систему настроят по тому, что расскажут на обследовании, а рассказывают три человека по-разному | Описать этапы и событие перехода на одну страницу — до договора |
Пятая строка встречается чаще, чем кажется. Салон, клиника, автосервис, фитнес-клуб уже работают в отраслевой системе с записью и историей визитов; попытка поставить рядом универсальную CRM почти всегда даёт два места хранения одних и тех же клиентов и ежедневную сверку между ними. Как эта задача решается изнутри отраслевой системы, разобрано в материале про CRM для услуг с записью.
Чем заменить и где эта связка кончается
Работающая замена состоит из трёх элементов, и все три обязательны. Одна таблица без общего ящика и напоминаний разваливается за месяц — не потому, что она плохая, а потому, что закрывает только треть задачи.
| Элемент связки | Что он делает | Жёсткое требование | Где ломается |
|---|---|---|---|
| Таблица с фиксированной структурой | Хранит список сделок: клиент, сумма, этап, ответственный, дата следующего шага | Этап выбирается из списка, а не пишется словами; дата следующего шага обязательна | На втором человеке, который правит её одновременно |
| Общий почтовый ящик | Держит переписку в компании, а не в личном ящике менеджера | Заявки с сайта и от клиентов приходят только на него | Когда переписка уходит в мессенджеры и телефон |
| Напоминания в календаре | Заменяют задачи: не даёт сделке зависнуть | Одно напоминание на одну сделку, в общем календаре команды | После 30–40 активных сделок на человека |
Связка не бесплатна. Ведение таблицы и сверка занимают около двух часов в неделю на команду — это 8,6 часа в месяц, или 7 740 ₽ по ставке 900 ₽/час. Сборка месячного отчёта руками — ещё два часа руководителя, 3 600 ₽. Итого примерно 11 340 ₽ в месяц против 15 000 ₽ владения системой. Разрыв небольшой, и именно поэтому при малом потоке решение принимается не по деньгам, а по риску потери данных.
Сравнение в две колонки. Левая «Связка без CRM — 11 340 ₽ в месяц»: таблица с фиксированной структурой, общий почтовый ящик, напоминания в календаре; ниже разбивка «ведение и сверка 7 740 ₽, месячный отчёт руками 3 600 ₽»; внизу красная отсечка «ломается на втором человеке, правящем таблицу, и после 30–40 активных сделок». Правая «Минимальный контур CRM — 15 000 ₽ в месяц»: лицензии 6 000 ₽, амортизация внедрения 3 750 ₽, поддержка 5 000 ₽; внизу пометка «база принадлежит компании, история не уходит с человеком». Чертёжный стиль, подписи по-русски.
Пять признаков, что момент настал
Момент определяется не численностью и не оборотом, а тем, что в компании появляется второй человек, которому нужны чужие данные. Пять признаков ниже — это разные формы одного и того же события.
Признаки полезно проверять по фактам, а не по ощущению. Заведите на две недели простой счётчик: сколько раз прозвучал вопрос «а куда делась заявка», сколько раз клиента переключали между менеджерами и сколько времени ушло на сборку последнего отчёта. Два-три срабатывания в неделю при потоке выше порога — это уже деньги, и они считаются той же формулой: число потерянных заявок × конверсия × валовая прибыль на сделке.
- 1Заявки теряются. Вопрос «а куда делась та заявка от среды» звучит чаще раза в неделю, и ответ на него ищут в трёх местах: в почте, в мессенджере и в памяти.
- 2Нет быстрого ответа на вопрос «кто ведёт этого клиента». Клиент звонит второй раз, и его переключают по кругу, потому что история разговора живёт в чужом телефоне.
- 3Месячный отчёт собирается дольше часа. Сведение таблиц перестало быть формальностью и превратилось в отдельную работу, которую откладывают.
- 4Отпуск менеджера — проблема. Его сделки невозможно подхватить: непонятно, что обещано, что отправлено и когда следующий контакт. Это самый надёжный признак из пяти.
- 5Появился второй продавец. Ровно с этого момента таблица перестаёт быть общей: одновременная правка, разные представления о статусах, «я думал, ты этому уже написал».
Что сделать до внедрения, чтобы оно не провалилось
Даже когда порог пройден и признаки налицо, есть работа, которую нельзя переложить на подрядчика. Она занимает несколько вечеров и определяет, будет ли проект стоить 90 000 ₽ или втрое больше.
- Описать процесс на одну страницу. Этапы и событие, которое переводит сделку на следующий: отправлено коммерческое предложение, подписан договор, получена оплата. Этап без события — это ощущение, и воронка по нему покажет что угодно.
- Договориться о полях. Список обязательных полей на одном листе, и каждое должно встречаться хотя бы в одном отчёте, который вы действительно смотрите. Список из тридцати позиций — это гарантированно пустая база через квартал.
- Назначить владельца. Один человек с фамилией, который отвечает за то, что в системе работают. Без него настроенная система остаётся пустой независимо от качества настройки.
- Решить, что делать с историей. Переносить в систему имеет смысл только живые сделки и контакты с касанием за последние полтора года, остальное уходит в архив на чтение. Как отбирают строки и почему структуру таблицы нельзя повторять в CRM, разобрано в материале про переезд с таблиц на CRM.
И последнее — про размер проекта. Минимальный контур на 90 000 ₽ и полноценное внедрение с интеграциями и обменом с учётной системой — это разные работы с разницей в цене почти на порядок; сколько стоит внедрение CRM и из чего складывается смета, разобрано отдельно. При потоке около порога брать надо именно минимальный контур: интеграции при 120 сделках в месяц не окупаются вообще, а стоят больше половины сметы. Тот же вывод в более общем виде — в материале про то, когда автоматизация не окупится.
CRM нужна не тогда, когда компания выросла, а тогда, когда чужие данные впервые понадобились кому-то, кроме их владельца.
