amoCRM воронка продаж: настройка этапов и устранение узких мест
В базовом понимании amoCRM воронка продаж — это визуализированный путь клиента от первого обращения до поступления денег на счёт, разбитый на измеримые шаги. Главная ошибка при её проектировании — превращать канбан-доску в список состояний ожидания. Если карточки неделями висят в статусах «Думает» или «В работе», система перестаёт показывать реальную конверсию и превращается в записную книжку. Правильно настроенный цифровой конвейер подсвечивает узкие места, не даёт менеджерам забыть про следующий шаг и позволяет автоматизировать рутину так, чтобы отдел продаж занимался только переговорами.
Логика построения: как называть этапы сделки amoCRM
Фундаментальное правило настройки CRM-системы: каждый этап должен отражать завершённое действие, а не длительный процесс. Когда этапы сделки amoCRM названы отглагольными существительными или процессами («Согласование», «Переговоры», «Подготовка КП»), менеджеры паркуют там карточки на неопределённый срок. Руководитель открывает доску и не понимает, что конкретно сейчас происходит со сделкой: переговоры только начались или клиент уже ушёл к конкурентам.
Переведите названия в прошедшее время: «Квалифицирован», «Встреча проведена», «КП отправлено», «Договор подписан». В такой логике карточка физически не может находиться на этапе, если целевое действие не выполнено. Анализируя этапы продаж, важно понимать, где именно обрывается диалог. По данным обезличенного среза речевой аналитики Замдира по 10 056 разговорам в 32 компаниях (на 6 сентября 2026 года), контакт устанавливается в 90.1% случаев, потребность выявляется в 73.4%, а оффер делается лишь в 64.4% диалогов. Если у вас нет чёткого этапа «Потребность выявлена», вы никогда не узнаете, что треть лидов отваливается ещё до презентации продукта. Жёсткая фиксация пройденных шагов заставляет продавца вести клиента по регламенту, а не импровизировать.
Разделение процессов: когда нужны дополнительные воронки продаж amoCRM
Стремление запихнуть весь жизненный цикл клиента в одну длинную трубу — вторая по популярности ошибка интеграции. Дополнительные воронки продаж amoCRM требуются в трёх случаях: принципиально разные циклы сделки, разные продуктовые направления или передача клиента в другой отдел. Если компания продаёт и сложный B2B-продукт с циклом в полгода, и быстрые розничные товары, их конверсии нельзя смешивать. В одной воронке будет пять этапов согласований, в другой — только заявка, оплата и доставка.
Обязательно выносите в отдельное пространство повторные обращения и LTV-продукты. Когда клиент приходит во второй раз, ему не нужно заново проходить стадии квалификации и первичной презентации. Для таких случаев создаётся отдельная воронка сделок amoCRM, где путь начинается сразу с формирования нового предложения. Если после успешного закрытия сделки начинается этап производства или оказания услуги (fulfillment), это также повод настроить автоматический переброс карточки в воронку реализации, где ответственным станет уже не продавец, а аккаунт-менеджер или руководитель проектов.
Цифровая воронка amoCRM: когда подключать автоматизацию
Цифровая воронка amoCRM (Digital Pipeline) позволяет системе самой двигать карточки, ставить задачи и отправлять сообщения при наступлении определённых событий-триггеров. Например, когда клиент открывает письмо с коммерческим предложением, система автоматически меняет статус на «КП изучено» и ставит менеджеру задачу на звонок. Это исключает человеческий фактор: продавцу не нужно вручную проверять почту и вспоминать, кому пора перезвонить.
Штатные триггеры хорошо справляются с линейными задачами, но пасуют перед живым диалогом. Если нужно снять типовые ответы с первой линии, квалифицировать обращения и двигать сделки по этапам без участия человека, к системе подключают ИИ-агента. Он отвечает клиентам в мессенджерах за секунды, отрабатывает возражения по базе знаний и сам заполняет поля квалификации по выбранным галочкам. Когда алгоритм понимает, что клиент готов к покупке, он меняет ответственного и зовёт живого менеджера примечанием в карточку. При этом важно учитывать архитектурные ограничения интеграций: например, ИИ-агент Замдира управляет полями и статусами, но принципиально не ставит теги и задачи в самой CRM, чтобы не ломать штатную логику отчётов.
Чек-лист: аудит воронки продаж амосрм
- Названия всех этапов сформулированы в прошедшем времени как результат завершённого действия («Счёт оплачен», а не «Оплата»).
- Общее количество активных этапов не превышает семи-восьми, чтобы менеджеры не путались при переносе карточек.
- Полностью исключены статусы-отстойники без понятного следующего шага («Думает», «Недозвон», «Отложено», «В работе»).
- Настроены обязательные поля при переходе на ключевые стадии (нельзя перевести в «КП отправлено», не заполнив поле «Бюджет»).
- При каждой смене этапа автоматически ставится задача с дедлайном, в системе нет ни одной сделки без активного следующего шага.
- Настроены причины отказа для этапа «Закрыто и не реализовано» (списком из 5–7 конкретных вариантов, а не свободным текстом).
- Права доступа ограничены: менеджеры могут двигать сделки только вперёд, возврат на предыдущие этапы требует подтверждения.
Что чаще всего идёт не так при настройке
| Симптом в отделе продаж | Истинная причина | Что делать руководителю |
|---|---|---|
| Сделки массово скапливаются на этапе «Принимает решение» или «Думает» | Статус не требует от менеджера активных действий, карточки просто лежат | Удалить этап. Переводить сделки в «Переговоры» с жёсткой задачей «Связаться [дата]» или закрывать в отказ |
| Менеджеры игнорируют заполнение карточки и ставят пробелы в полях | Слишком много обязательных полей настроено на самом первом этапе | Разнести обязательные поля по воронке: квалификацию — на старте, реквизиты — перед счётом |
| Конверсия по этапам 100%, а перед самой оплатой падает до 10% | Продавцам запрещено переводить сделки в отказ с промежуточных стадий | Разрешить закрывать нецелевые лиды на любом этапе с обязательным указанием причины |
| Карточки дублируются, один клиент ведётся параллельно двумя менеджерами | Не настроен контроль дублей при входящих обращениях | Включить склейку дублей по номеру телефона и email в настройках цифровой воронки |
Что НЕ помогает: добавление новых промежуточных статусов для «особых» случаев, попытки заставить РОПа проверять каждую зависшую карточку вручную и штрафы за незаполненную CRM без изменения логики обязательных полей. Усложнение системы всегда ведёт к её саботажу.
С чего начать наведение порядка в сделках
Первый шаг к прозрачной аналитике — беспощадная чистка текущей доски. Откройте активную воронку и отфильтруйте сделки без задач на завтрашний день. Всё, что висит без следующего шага дольше недели, нужно либо реанимировать звонком, либо отправить в «Закрыто и не реализовано» с пометкой «Ушёл в тишину». Затем переименуйте этапы по правилу завершённого действия и настройте обязательные поля. Только после того, как логика заработает на живых людях, правильные этапы сделок амо срм можно усиливать триггерами и ботами.
Мы помогаем автоматизировать контроль за этим конвейером. ИИ-агент Замдира берёт на себя первую линию 24/7, доводит лида до целевого этапа и заполняет карточку, а речевая аналитика оценивает 100% звонков менеджеров по вашему чек-листу, автоматически оставляя итоги разбора примечанием в сделку. Руководитель видит реальную картину в цифрах, а продавцы перестают тратить время на ручной перенос данных.
Частые вопросы
Сколько этапов должно быть в идеальной воронке?
Оптимально 5–7 стадий. Если их больше 10, менеджеры начинают путаться и пропускать шаги, а канбан-доска не помещается на экране. Если меньше 3 — руководитель не видит узких мест, где именно срываются сделки.
Как правильно назвать этап закрытия сделки?
В системе жёстко зашиты два финальных системных статуса: «Успешно реализовано» и «Закрыто и не реализовано». Менять их суть нельзя, но крайне важно настроить выпадающий список «Причина отказа» при переходе в нереализованные.
Можно ли переносить сделку из одной воронки в другую?
Да, это штатная функция цифровой воронки. Например, при переходе карточки в статус «Успешно реализовано» в отделе продаж, триггер может автоматически создать копию этой сделки на первом этапе в воронке производства.
Как запретить менеджерам двигать сделки назад?
В настройках каждого этапа можно ограничить права доступа для конкретных ролей. Настройте систему так, чтобы рядовой продавец мог двигать карточку только вперёд или в отказ, а возврат на предыдущий этап требовал прав администратора.