В прошлом году к нам пришла B2B-компания, у которой amoCRM уже работала 8 месяцев. Воронка выглядела солидно: 14 этапов, роботы, обязательные поля, отчеты. Но руководитель все равно сверял выручку вручную в Excel, потому что цифрам в системе не доверял. По факту CRM работала как дорогая таблица, а не как инструмент управления.
Я видел это много раз. Обычно проблема не в amoCRM и не в команде. Сбой начинается в логике процесса: в систему переносят внутреннюю кухню отдела, а потом пытаются все это автоматизировать.
Проблема начинается там, где этапы описывают отдел, а не клиента
Самая частая ошибка - превращать воронку в карту внутренних согласований. «Ждем КП», «на проверке у руководителя», «уточняем у бухгалтерии» - менеджеру понятно, бизнесу привычно, но клиент в этот момент не проходит новый шаг к покупке.
У этапа должен быть прикладной смысл. Он должен менять следующее действие менеджера, ответственного или вероятность сделки. Если этого не происходит, этап лишний.
Если этап не меняет поведение менеджера, это декорация.
У клиента из сферы промышленного оборудования в реальной работе использовались только 6 из 14 этапов. Мы сократили воронку до 7 этапов, а внутренние статусы вынесли в поля и примечания. Результат получился вполне денежный: время обработки лида снизилось на 23%, а сделок без движения дольше недели стало почти в 2 раза меньше.
Воронка должна отражать путь клиента: интерес, первый контакт, квалификация, предложение, согласование, оплата. Когда этапы выстроены именно так, руководитель видит, где реально застревают деньги.
Сначала считаем потери, потом включаем роботов
Обычно мы начинаем с короткого аудита на 2-3 часа. Этого достаточно, чтобы понять, где утекает время и где теряются заявки. Длинная диагностика на недели здесь не нужна: хватает истории сделок, логов задач и скорости первого ответа.
На старте я бы проверил всего четыре вещи:
- откуда приходит лид;
- сколько минут у команды уходит на первый контакт;
- по какому правилу сделка переходит дальше;
- кто получает сигнал, если срок нарушен.
У сервисной компании заявки шли с сайта, телефонии и WhatsApp. Часть терялась между сменами менеджеров. Мы не строили сложную схему, а ввели одно правило: новый лид - задача на первый контакт за 15 минут, затем контроль SLA и уведомление руководителю. Доля необработанных обращений в день поступления снизилась больше чем на 60% за 3 недели.
Здесь хорошо виден ROI. Если у вас хотя бы 100 лидов в месяц и раньше терялось 15%, а после базовой настройки теряется 6%, вы возвращаете 9 лидов. При среднем валовом доходе 25 000 ₽ с клиента это 225 000 ₽ в месяц. Цифры говорят: простая дисциплина окупается быстрее любой «умной» автоматизации.
Быстрый эффект дают не сложные сценарии, а базовые правила
На старте лучше всего работают сценарии, которые убирают ручные провалы. На демо они выглядят скучнее, зато дешевле в поддержке и понятнее менеджерам.
Обычно хватает такого набора:
- задача на первый контакт;
- напоминание о просроченной задаче;
- сигнал по сделке без движения 3 дня;
- автоназначение ответственного по источнику;
- уведомление руководителю при нарушении SLA.
У B2B-команды из 11 менеджеров мы внедрили 4 сценария и потом 3 недели ничего не усложняли. Руководитель хотел добавить ветвления по типу клиента и автосегментацию. Мы оставили базовую логику, дали ей пройти реальную нагрузку - и этого уже хватило, чтобы отчеты впервые начали совпадать с фактом.
У нас был и обратный опыт. Однажды мы слишком рано попытались автоматизировать квалификацию лида в проекте с нестандартными заявками. Это не сработало: менеджеры все равно переопределяли решения вручную, а роботы создавали лишние ветки. Поддержка такой схемы стоила дороже, чем экономия времени.
Обязательные поля должны появляться по этапу, а не на входе
Понятно желание собрать максимум данных сразу. На практике менеджер открывает карточку, видит 9 обязательных полей и откладывает заявку на потом. Внешне CRM заполнена аккуратно, но лид остывает в первые часы. Для бизнеса это хуже, чем неидеальная карточка.
Лучше требовать только те данные, которые действительно нужны на текущем шаге. На квалификации достаточно источника, потребности и бюджета. Перед оплатой уже нужны сумма, реквизиты и способ оплаты. В таком режиме CRM собирает информацию там, где она реально появляется, и не тормозит продажи.
| Перегруженная воронка | Рабочая MVP-воронка |
|---|---|
| 12-14 этапов | 5-7 этапов |
| Почти все поля обязательны сразу | Поля обязательны по этапу |
| Сложные роботы с первого дня | 3-5 базовых сценариев |
| Красивые отчеты | Управляемый процесс |
У одной команды мы сократили входные поля с 9 до 3. Карточки стали менее «идеальными», зато скорость реакции выросла, а зависших лидов в начале стало заметно меньше. В деньгах это почти всегда важнее красоты интерфейса.
Где хватит штатных функций, а где уже нужен API
Если продажа живет внутри amoCRM, обычно достаточно штатных инструментов: формы, телефония, задачи, базовые роботы, уведомления. Кастомизация начинается там, где данные должны ходить туда-обратно между системами.
У торговой компании с объемом 50-70 сделок в месяц менеджеры после оплаты вручную переносили данные в учетную систему. Мы подключили обмен через amoCRM API и убрали двойной ввод. Экономия вышла не «на глаз», а вполне считаемая: около 6-8 часов в неделю у команды и меньше ошибок в суммах и статусах.
Если данные нужны только в amoCRM - хватит штатных функций
Если данные идут в обе стороны - нужна интеграция
Если логика зависит от внешней системы - нужен API
Откройте воронку и попробуйте на бумаге убрать каждый второй этап. Если после этого путь сделки становится понятнее, значит, у вас была не CRM-система, а музей внутренних привычек. Вопрос здесь простой: ваша воронка помогает продавать или только объясняет, почему продажа снова затянулась?
