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