Воронка продаж 10 минут чтения

Этапы воронки продаж: как построить рабочий процесс

Хорошая воронка показывает не настроение менеджера, а проверяемое изменение в работе с клиентом. Для каждого этапа должны быть понятны вход, обязательные действия и условие перехода дальше.

Канбан с этапами воронки продаж в PostFlex
Карточки сделок распределяются по этапам, а руководитель видит сумму и загрузку каждого участка воронки.

Компании часто копируют этапы из шаблона CRM: «новая», «в работе», «переговоры», «успех». Такие названия выглядят логично, но разные менеджеры понимают их по-разному. Для одного «переговоры» начинаются после первого звонка, для другого — после отправки предложения, а третий оставляет на этом этапе клиента, который давно перестал отвечать.

Рабочая воронка строится от реального процесса покупки. Она показывает, какое подтверждение уже получено от клиента и какое действие должно произойти дальше. Руководитель может сравнивать сделки между собой, видеть задержки и оценивать прогноз только тогда, когда команда одинаково применяет критерии.

Шаг 1

Восстановите фактический путь успешной сделки

Возьмите несколько недавно завершённых продаж и выпишите события, после которых ситуация действительно менялась. Это может быть квалификация запроса, подтверждение потребности, согласование технического решения, отправка расчёта, получение решения и оплата. Не включайте внутренние действия, которые не меняют готовность клиента, если их удобнее контролировать задачами.

Сравните сделки разных типов. Если процессы существенно различаются — например, быстрая розничная продажа и длительный проектный контракт, — им могут понадобиться отдельные воронки. Не пытайтесь поместить все сценарии в двадцать универсальных этапов: менеджеры будут пропускать часть из них или использовать произвольно.

  • События, подтверждённые действием клиента.
  • Обязательные внутренние проверки.
  • Моменты передачи между сотрудниками.
  • Отдельные процессы с разным циклом продажи.

Шаг 2

Сформулируйте критерий каждого перехода

Для каждого этапа напишите одно предложение: «Сделка находится здесь, если…». Например: запрос квалифицирован, если известны задача клиента, контактное лицо и следующий согласованный шаг; предложение отправлено, если документ передан конкретному участнику и назначена дата обратной связи; договор согласован, если получено подтверждение обеих сторон.

Критерий должен проверяться по данным карточки или истории действий. Формулировки «клиент заинтересован» и «активно общаемся» не подходят: они не позволяют другому сотруднику понять состояние сделки. Если переход невозможно проверить, воронка превращается в личный список мнений менеджеров.

  1. 1 Назвать этап результатом, а не действием.
  2. 2 Записать проверяемое условие входа.
  3. 3 Определить обязательные поля или документы.
  4. 4 Задать следующее действие и допустимый срок.
Практический совет. Отправка письма сама по себе не всегда является этапом. Если это обычное действие внутри переговоров, контролируйте его задачей.

Шаг 3

Свяжите этапы с задачами и ответственностью

Перемещение карточки не выполняет работу. При входе на этап должны быть понятны действия: подготовить расчёт, согласовать условия, получить документы, назначить демонстрацию. У задачи есть исполнитель и срок, у этапа — состояние сделки. Вместе они отвечают на два разных вопроса: где находится клиент и что команда делает дальше.

Если на определённом этапе подключается другой отдел, зафиксируйте правила передачи. Новый участник получает контекст, документы и конкретную задачу, а владелец сделки сохраняет ответственность за общий результат. Простое изменение ответственного без передачи информации создаёт паузу и конфликт ожиданий.

  • Следующее действие создаётся при переходе.
  • У действия есть срок и исполнитель.
  • Передача между отделами сохраняет контекст.
  • Владелец сделки отвечает за общий результат.
Задачи, связанные с этапом сделки в PostFlex
Задачи дополняют этап воронки: показывают конкретное действие, срок и ответственного.

Шаг 4

Определите успешное и неуспешное завершение

Успешная сделка должна закрываться по бизнес-результату: получена оплата, подписан договор, выполнен заказ или наступило другое событие, принятое компанией. Если менеджер закрывает продажу сразу после устного согласия, статистика будет завышать результат и не покажет риск неоплаты.

Для проигранных сделок нужен справочник причин. Причина описывает, почему процесс завершён, а комментарий сохраняет детали. Отдельно отмечайте дубли, тестовые и ошибочные обращения: они не должны смешиваться с реальными потерями и искажать оценку качества маркетинга или работы менеджеров.

  • Понятное событие успешного закрытия.
  • Единые причины проигрыша.
  • Отдельная обработка дублей и ошибок.
  • Комментарий с важными обстоятельствами.

Шаг 5

Проверяйте воронку по задержкам и конверсии

На старте важнее не сложный прогноз, а дисциплина данных. Смотрите количество и сумму сделок по этапам, среднее время нахождения, просроченные задачи и карточки без следующего действия. Эти показатели быстро обнаруживают участки, где процесс останавливается.

После накопления стабильной истории можно сравнивать конверсию между этапами, источниками и менеджерами. Резкое отличие требует разбора, а не немедленного вывода о качестве сотрудника: у людей могут различаться сегменты клиентов, средний чек и сложность сделок. Аналитика становится полезной только при одинаковых критериях движения.

  1. 1 Еженедельно разбирать сделки без движения.
  2. 2 Сравнивать время на этапах.
  3. 3 Проверять причины потерь и возвраты назад.
  4. 4 Менять этапы только после накопления примеров.

Итоговый чек-лист

Что должно получиться

Этапы восстановлены по реальным успешным сделкам.
Разные процессы разделены при необходимости.
Для каждого этапа есть проверяемый критерий.
Следующие действия ведутся отдельными задачами.
Передача между отделами описана.
Успех соответствует бизнес-результату.
Причины потерь стандартизированы.
Руководитель контролирует задержки и исключения.

Вопросы и ответы

Частые вопросы

Сколько этапов должно быть в воронке продаж?

Столько, сколько подтверждённых изменений проходит типичная сделка. Для многих процессов достаточно пяти-семи рабочих этапов без учёта успешного и проигранного завершения.

Нужно ли создавать отдельную воронку для каждого продукта?

Только если путь клиента, участники или критерии перехода существенно различаются. Если меняется лишь продукт или сумма, обычно достаточно одного процесса и дополнительных полей.

Можно ли возвращать сделку на предыдущий этап?

Да, если реальное состояние изменилось. Полезно фиксировать причину возврата, особенно когда такие перемещения повторяются и указывают на проблему процесса.

Применить на практике

Проверьте этот процесс в PostFlex

Создайте этапы под собственный цикл продажи, разместите сделки на канбан-доске и проверьте, где процесс задерживается.

Продолжить чтение

Материалы по теме