Как настроить воронку продаж в amoCRM с нуля
Воронка продаж в amoCRM: сначала процесс, потом настройки
Воронка продаж нужна не для красивого отчёта. Она показывает, где находится каждая заявка, кто отвечает за следующий шаг и на каком этапе клиент перестал двигаться.
Если этапы настроены формально, CRM быстро превращается в список сделок. Менеджеры переносят карточки «примерно», руководитель видит много активных сделок, но не понимает, какие из них реально в работе.
Ниже — порядок настройки, который помогает не перенести хаос из таблицы в amoCRM.
1. Опишите путь клиента до создания этапов
Не начинайте с кнопки «Создать воронку». Сначала возьмите несколько реальных сделок и запишите путь клиента от первого обращения до результата.
Для каждого шага ответьте на четыре вопроса:
- что сделал клиент;
- что сделал менеджер;
- какой результат подтверждает завершение шага;
- какое следующее действие должно появиться.
Например, «переговоры» — слабое название этапа. Непонятно, что именно завершено. Точнее: «Потребность подтверждена», «Предложение отправлено», «Условия согласованы». Такие этапы проще использовать одинаково всей командой: название фиксирует завершённое действие или результат, а не процесс, который может длиться несколько дней.
2. Решите, нужна одна воронка или несколько
Начните с одной воронки, если у разных продуктов совпадают:
- путь клиента;
- набор основных этапов;
- действия менеджера;
- правила передачи сделки руководителю.
Отдельные воронки оправданы, когда процессы действительно различаются. Например, для одного направления нужно согласовать техническое задание, а для другого — провести замер и подписать договор. Разные названия продуктов сами по себе не требуют разных воронок.
3. Создайте воронку и назовите этапы результатами
В amoCRM откройте раздел сделок и настройки воронки. Создайте рабочую воронку, задайте ей понятное название и оставьте только те этапы, которыми команда действительно будет пользоваться.
Для старта можно использовать такую логику:
- Заявка принята — обращение поступило, источник и ответственный определены.
- Потребность подтверждена — задача клиента и следующий шаг зафиксированы.
- Решение подготовлено — менеджер собрал данные и сформировал предложение.
- Предложение отправлено — клиент получил условия, назначен срок обратной связи.
- Условия согласованы — подтверждены договорённости, документы или следующий шаг.
- Сделка успешно реализована — результат сделки подтверждён.
- Сделка закрыта без реализации — причина отказа зафиксирована.
Состав этапов зависит от процесса. Не копируйте пример без проверки: лишний этап создаёт дополнительное место для ошибок.
4. Закрепите поля, задачи и обязательные действия
Этап без следующего действия не управляет продажей. Для каждого этапа заранее определите минимальный набор данных.
| Этап | Что должно быть в карточке | Следующее действие |
|---|---|---|
| Заявка принята | источник, контакт, ответственный | связаться с клиентом |
| Потребность подтверждена | потребность, продукт, бюджет или ограничение, если это действительно важно | подтвердить задачу |
| Решение подготовлено | выбранное решение, срок, участники | подготовить предложение |
| Предложение отправлено | дата отправки, состав предложения | получить обратную связь |
| Условия согласованы | возражения, условия, документы | назначить дату решения |
| Закрытие | результат и причина | передать в следующий процесс или зафиксировать отказ |
Не добавляйте поля «на всякий случай». Если поле не используется в решении или отчёте, оно только замедлит заполнение карточки.
5. Настройте автоматизацию без лишней сложности
Автоматизация должна помогать команде выполнять процесс, а не заменять его непонятными правилами.
Начните с базовых сценариев:
- при появлении новой заявки назначить ответственного и задачу на первый контакт;
- при переводе на этап поставить задачу с конкретным сроком;
- если сделка долго не меняется, показать её руководителю для проверки;
- при закрытии сделки потребовать выбрать результат или причину отказа.
Сложные триггеры и digital-воронки лучше добавлять после того, как команда несколько дней отработала базовый процесс. Иначе будет трудно понять, проблема в настройке или в самой логике продаж.
6. Проверьте воронку на тестовых заявках
До запуска создайте тестовые сделки и пройдите ими весь путь. Проверьте:
- заявка появляется в нужной воронке;
- контакт и сделка не создаются повторно;
- назначается правильный ответственный;
- источник обращения сохраняется;
- задача на следующий шаг появляется у менеджера;
- перевод на новый этап не теряет данные;
- закрытая сделка требует результата или причины отказа;
- руководитель видит сделки, которые давно не менялись.
Проверяйте каждый рабочий канал отдельно. Заявка с сайта, сообщение из мессенджера и обращение из другого источника могут проходить через разные настройки.
7. Что контролировать руководителю после запуска
В первую неделю проверяйте не только количество сделок, но и качество заполнения:
- есть ли ответственный у каждой новой сделки;
- нет ли сделок без следующей задачи;
- не остаются ли карточки на одном этапе без движения;
- понятно ли, почему сделка закрыта неуспешно;
- совпадает ли фактический процесс с этапами в CRM;
- одинаково ли менеджеры трактуют названия этапов.
Если команда регулярно обходит этап или переносит сделку «для порядка», это сигнал пересмотреть процесс. Не стоит решать такую проблему добавлением ещё одного поля или триггера.
Для регулярного контроля можно подключить аналитику отдела продаж и смотреть не только итог, но и узкие места воронки: где накапливаются сделки, какие этапы пропускают и какие данные не заполняются.
8. Типичные ошибки настройки
Слишком много этапов
Детализация полезна только тогда, когда меняется действие или результат. Если этапы отличаются формулировкой, но не поведением команды, объедините их.
Этапы названы процессами, а не завершёнными действиями
«Переговоры», «Согласование» и «Обсуждение» могут длиться неопределённо долго. Лучше называть этапы по завершённому действию или результату: «Потребность подтверждена», «Предложение отправлено», «Условия согласованы». «Позвонить», «Отправить КП» и «Напомнить» — это задачи внутри этапа, а не названия этапов.
Нет причин закрытия
Если все отказы попадают в один статус без объяснения, CRM не помогает улучшать процесс. Добавьте ограниченный список понятных причин, которыми команда действительно пользуется.
Автоматизация появилась раньше процесса
Триггер не исправит неясные правила. Сначала договоритесь, что означает каждый этап, потом автоматизируйте повторяющиеся действия.
Воронка не проверена реальными сценариями
Настройка считается завершённой не после сохранения схемы, а после прохождения тестовой заявки от первого сообщения до закрытия.
Итог
Рабочая воронка в amoCRM — это короткий и понятный маршрут сделки. Начните с реального процесса, назовите этапы по результатам, закрепите следующее действие и проверьте весь путь на тестовых заявках.
Если воронка должна учитывать несколько каналов, ролей и правил распределения, её лучше проектировать вместе с внедрением amoCRM, а не собирать отдельными настройками без общей схемы.
Настройка и внедрение amoCRM для отдела продаж
Аналитика отдела продаж в amoCRM
Часто задаваемые вопросы
Сколько этапов должно быть в воронке amoCRM?
Столько, сколько нужно для управления процессом. Для старта обычно достаточно нескольких этапов, каждый из которых отличается следующим действием менеджера и понятным результатом.
Можно ли вести разные продукты в одной воронке?
Можно, если путь клиента и действия команды одинаковые. Если отличаются квалификация, документы, согласование или контрольные точки, лучше разделить процессы.
Как понять, что этапы названы неправильно?
Если менеджеры по-разному понимают, когда сделку переводить дальше, этап слишком общий или назван не результатом, а действием. Название должно отвечать на вопрос: что уже произошло с клиентом?
Как проверить, что заявка назначается нужному менеджеру?
Создайте тестовую заявку из каждого рабочего канала и проверьте контакт, сделку, ответственного, первый шаг и историю коммуникации. Проверяйте не только появление сделки, но и дальнейший маршрут.
Когда одной воронки уже недостаточно?
Когда разные направления требуют разных этапов, обязательных полей или правил работы. Не разделяйте воронки только ради удобства отчёта: сначала проверьте, действительно ли различается процесс.