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