У клиента из B2B-дистрибуции CRM уже была: лицензии куплены, воронка настроена, менеджеры заходят каждый день. Но когда собственник спросил, сколько лидов теряется до первого контакта, ответа не оказалось. За 5 рабочих дней мы разложили весь поток и увидели типичную картину: часть заявок шла с сайта, часть падала на почту, часть менеджеры вели прямо в WhatsApp, а статус «В работе» закрывал сразу несколько разных сценариев.
Проблема была не в amoCRM и не в отдельных настройках. В компании просто не было общего процесса. В такой ситуации CRM не выстраивает продажи - она только аккуратно переносит беспорядок в интерфейс.
Сначала собираем правила сделки, потом трогаем систему
Если у пяти менеджеров пять разных версий этапа «Думает», автоматизация только закрепит путаницу. На старте нужна карта маршрута лида: от источника до оплаты и повторной продажи. Не схема для презентации, а рабочие договоренности: кто отвечает, какой следующий шаг обязателен, когда сделка считается зависшей, какие причины отказа допустимы.
На одном проекте единая воронка на деле оказалась набором из 5 разных сценариев. Мы провели две короткие сессии, собрали общий порядок, убрали размытые статусы, добавили обязательную причину паузы и контроль просрочки. В итоге время обработки нового лида сократилось с 2 дней до 4 часов.
До: статус «В работе» означал «не дозвонились», «ждем оплату» и «вернуться через месяц».
После: появились отдельные этапы, причина паузы, следующий шаг и контроль просрочки у руководителя.
- этапы сделки с понятным смыслом
- правила квалификации и отказа
- SLA на первый контакт
- ответственный за каждый следующий шаг
Если статус нельзя объяснить новому менеджеру за 30 секунд, переносить его в CRM рано.
Платформу выбирают после карты требований
Почти все начинают с рейтингов и советов знакомых. У нас порядок другой: сначала требования, потом выбор системы. На старте это кажется лишней паузой, но по проекту почти всегда выходит дешевле.
Карта требований обычно занимает 1-2 недели. В нее входят роли, воронки, отчеты, права доступа, мобильная работа, перенос старых данных и обмен с внешними системами - сайт, телефония, email, мессенджеры, 1С, ERP, платежи. После этого уже понятно, хватит коробки или сразу нужен отдельный модуль на Laravel 11, Node.js 20 + NestJS, PostgreSQL 16.
Один раз мы сами пошли коротким путем. Для сервисной компании планировали запуск за 6 недель, а про двустороннюю синхронизацию с 1С и расчет маржинальности вспомнили позже. В результате получили 4 месяца и лишний круг по интеграциям. Ошибка была простой: начали выбирать решение раньше, чем зафиксировали требования.
| Подход | Срок запуска | Цена изменений | Интеграции |
|---|---|---|---|
| Коробочная CRM | 2-6 недель | низкая до первого ограничения | типовые |
| Low-code кастомизация | 4-10 недель | средняя | хорошие |
| Full custom CRM | 3-6 месяцев | высокая на старте | любые |
На практике гибридный сценарий часто выгоднее. Продажи живут в коробке, а нетиповая логика уходит в отдельный модуль.
Нормальный запуск идет через пилот
Массовый переезд по схеме «с понедельника все работаем тут» почти всегда обходится дорого. Ошибки в логике, правах и обязательных полях расходятся по команде быстрее, чем их успевают исправить.
Пилот на одной группе или одном канале продаж обычно занимает 2-4 недели. На 5 пользователях удобнее ловить кривую логику, чем потом чинить ее на 50 сотрудниках. У оптовой компании мы сначала проверили три сценария: прием лида, перевод сделки, фиксация проигрыша. После сценарного обучения доля корректно заполненных сделок выросла до 87% уже в пилоте.
На пилоте стоит проверять скорость первого контакта, долю сделок без следующего шага, качество заполнения карточек и причины проигрыша. Эти четыре сигнала быстро показывают, управляет ли руководитель по данным или все еще действует на ощущениях.
Людям не нужна экскурсия по интерфейсу. Им нужны понятные рабочие действия: что делать с новым лидом, с просроченной задачей и с клиентом, который пропал после КП.
Автоматизация должна убирать потери, а не усложнять работу
Частая ошибка - сразу включить роботов, согласования, уведомления и десятки обязательных полей. Через неделю менеджеры начинают вести часть работы в мессенджерах, потому что карточка сделки становится тяжелее самой сделки.
Мы обычно автоматизируем только то, что уже повторяется без споров:
- попадание лида в CRM из всех источников
- контроль первого контакта
- задачу на следующий шаг
- причины отказа и просрочки
- базовый отчет для руководителя
На одном пилоте автоматические задачи создавались почти в 3 раза чаще, чем было нужно. Мы убрали половину триггеров, оставили только критичные события, и качество заполнения карточек выросло с 52% до 89%.
if new_lead_created and first_contact_not_done within 30 min:
assign_task(manager, "Связаться с лидом")
notify(team_lead)
Это и есть полезная автоматизация CRM: контроль конкретной потери денег.
Когда коробка уже мешает
Если у компании одна-две воронки, стандартные роли и обычные интеграции, коробочной CRM чаще всего достаточно. Но когда после сделки начинаются сметы, графики работ, сервисные выезды, акты, особые права и плотная связка с 1С или ERP, воронка продаж перестает вмещать реальный процесс.
У нас был проект, где после продажи шло еще 7 типов операций между отделами. Мы оставили CRM для продаж, а сервисный контур вынесли в отдельный модуль на Node.js 20 + NestJS с данными в PostgreSQL 16. Первый этап запустили за 8 недель, и бизнесу не пришлось ждать полгода полной переработки.
После запуска я обычно смотрю не на то, нравится ли менеджерам система, а на более практичный вопрос: можно ли сегодня открыть CRM и без созвона понять, где застревают деньги. Если нет, внедрение еще не состоялось - компания просто купила лицензии.
