
Воронка продаж в CRM: как настроить этапы под реальный процесс
Этапы должны обозначать проверяемое состояние сделки. Опишите переходы, исключения и ответственность до автоматизации, иначе отчёты будут показывать движение карточек вместо работы с клиентом.
Выберите один процесс и определите его начало
Воронка не должна одновременно описывать первое обращение, доставку и поддержку. Возьмите один повторяемый процесс: например, путь от квалифицированной заявки до решения клиента. Запишите, когда запись появляется, какие данные известны и кто отвечает за следующий шаг. Если обращение ещё не проверено, не называйте его выигранной возможностью только потому, что менеджер создал карточку.
Нарисуйте путь на нескольких реальных примерах без персональных данных. Отдельно рассмотрите клиента, который вернулся, отказался или ждёт ответа другого отдела. Такая карта выявляет состояния, которые стандартная линейная схема скрывает.
| Этап | Условие входа | Условие выхода |
|---|---|---|
| Новая заявка | Обращение получено | Назначен ответственный |
| Уточнение | Задача клиента подтверждена | Даны условия или назначен следующий контакт |
| Решение | Клиент получил предложение | Есть согласие или понятная причина отказа |
Описывайте этапы результатом, а не занятостью
Название «в работе» не говорит, что уже произошло и что делать дальше. Лучше описать состояние, которое можно проверить: потребность подтверждена, предложение направлено, решение получено. Для каждого этапа укажите ответственного, нужные поля и допустимый срок без активности. Срок зависит от вашего цикла сделки; готовое число из шаблона легко создаст ложные просрочки.
Не заставляйте людей передвигать карточку ради красивой диаграммы. Если этап требует данных, которые невозможно получить сейчас, упростите правило или измените момент перехода. Иначе менеджеры будут заполнять поля догадками.
Разделяйте воронки только для разных маршрутов
Несколько воронок полезны, когда продажи и повторное обслуживание имеют разные события, участников и критерии завершения. Если различается только название услуги, часто достаточно отдельного поля и отчёта. Проверьте также возможности вашего продукта и тарифа: число воронок и настройки могут быть ограничены.
Автоматизацию включайте после проверки ручного процесса. Уведомление о новой стадии должно вести к конкретному действию и ответственному. Если робот срабатывает, но сотрудник не получает или игнорирует сообщение, проблему не решило создание правила. Тестовая сделка должна пройти все переходы и исключения.
Проверяйте отчёт и потерянные переходы
После запуска просмотрите сделки, которые долго стоят на этапе, возвращаются назад или исчезают из активного списка. Разберите причину с сотрудниками: это может быть реальная задержка клиента, неверный критерий или сбой интеграции. Сравнивайте отчёт с источником заявки и фактическим итогом, а не только с числом карточек в столбце.
Воронку стоит менять, когда изменился процесс, а не каждый раз, когда диаграмма выглядит неровной. Перед правкой зафиксируйте старые правила и проверьте, что станет с уже открытыми сделками. Тогда история остаётся понятной и команда видит следующий шаг.
Вопросы и ответы
Сколько этапов должно быть в воронке?
Столько, сколько проверяемых состояний нужно именно этому процессу. Лишние этапы увеличивают ручную работу и ухудшают качество данных.
Когда нужна отдельная воронка?
Когда маршрут, участники и критерии результата действительно отличаются, а не только категория товара или услуги.
Можно ли сразу подключить роботов?
Сначала пройдите путь вручную на тестовых сделках, затем автоматизируйте конкретные переходы и проверяйте доставку уведомлений.
.webp&w=1920&q=85)