Менеджер отправил презентацию, провёл встречу и выставил счёт. В CRM сделка почти завершена, но покупатель ещё не подтвердил состав заказа и не согласовал закупку. Воронка показывает выполненную работу продавца, а руководитель читает её как готовность клиента купить. Отсюда появляются необоснованные прогнозы и разговоры о «зависших» сделках.

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

Сначала определите единицу учёта

Одна сделка — одна покупательская задача с согласованным предметом и собственным решением о покупке. Компания может одновременно запрашивать оборудование для двух площадок. Если сроки, участники и бюджетные решения различаются, объединение запросов в одну карточку сделает этап бессмысленным.

Обращение «пришлите каталог» ещё не обязательно является сделкой. Его регистрируют, назначают ответственного и уточняют задачу. Переводить все входящие в активные продажи только ради полной воронки не стоит.

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

Опишите воронку через наблюдаемые состояния

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

1. Задача клиента подтверждена

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

Подтверждение: письмо, запись разговора по принятому порядку или заметка с конкретными согласованными сведениями. Фразы «вроде заинтересован» недостаточно.

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

2. Состав решения согласован

Клиент подтвердил спецификацию или согласовал перечень оставшихся технических вопросов, которые не мешают следующему шагу. Записаны версия документа, количество и существенные ограничения.

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

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

3. Предложение рассматривается

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

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

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

4. Оформление заказа

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

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

Не используйте формулировку «договор согласован», если она означает только проверку вашим юристом. Нужно различать внутреннюю готовность и подтверждённое решение покупателя.

5. Заказ принят в исполнение

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

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

Пример движения одной сделки

Условный клиент «Северный склад» запрашивает 12 комплектов для новой зоны отгрузки. Во вторник закупщик подтверждает задачу, количество и дату ввода. Сделка попадает на первый этап.

В среду инженер клиента согласовывает спецификацию редакции 2. Это подтверждение второго этапа. Менеджер отправляет предложение вечером, но не ставит третий этап, пока не получит подтверждение рассмотрения.

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

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

В истории остаются даты подтверждений, а не только день ручного перемещения карточки. Иначе последующий анализ длительности этапов будет измерять привычки заполнения CRM.

Как поступать с отказами и паузами

Отказ — отдельный исход с причиной и подтверждением. «Не отвечает» означает отсутствие связи, а не доказанную покупку у конкурента. Заведите понятные причины: задача отменена, условия не подошли, выбрано другое решение, результат неизвестен.

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

Возврат на предыдущий этап допустим, когда клиент изменил задачу или отменил прежнее согласование. Сохраняйте факт возврата и причину. Не заменяйте прошлое задним числом: подтверждение существовало, но перестало действовать.

Пропуск этапа также должен быть объясним. Повторный заказ по неизменной спецификации может пройти техническое согласование сразу. Нельзя заставлять менеджера создавать фиктивные встречи; лучше определить отдельный маршрут повторной покупки.

Рабочий шаблон описания этапа

Заполните для каждого этапа:

Заполненная карточка: «Предложение рассматривается. Клиент получил редакцию 3, закупщик подтвердил сравнение до пятницы. Менеджер отвечает на вопросы до четверга. Переход — подтверждён выбор условий и следующий шаг оформления. Молчание или факт отправки счёта переход не разрешают».

Проверьте правила до массовой настройки

Возьмите десять недавних сделок и попросите двух сотрудников независимо определить этап по сохранённой истории. Если ответы различаются, уточните критерий. Спор «я чувствую, что клиент готов» должен заканчиваться запросом подтверждения, а не новым оттенком статуса.

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

Отдельно храните следующее действие, ответственного и срок; структура таких данных разобрана в статье о карточке B2B-клиента. Этап отвечает на вопрос о состоянии покупки, задача — о работе команды.

В ЧатПлюс заявлены CRM и воронки продаж, единые входящие, проекты и задачи. Конкретные правила переходов и способы фиксации подтверждений нужно проверить на вашем процессе. Обсудите учёт заявок и работу команды, приложив определения этапов и несколько обезличенных примеров.

Источники

Все материалы →