Как вести длинные B2B-сделки: паузы, согласования и следующий шаг
В длинной B2B-сделке важно фиксировать не только этап, но и ближайшее решение клиента: что должно произойти, кто участвует и когда к вопросу вернутся. Если возникает пауза, отдельно сохраняют ее причину и условие возобновления. После каждого содержательного контакта обновляют договоренности, актуальную версию условий и следующий шаг.
Такой подход не делает длинный цикл короче сам по себе. Он делает его управляемым: менеджер понимает, почему сделка находится в текущем состоянии, руководитель видит реальные риски, а коллега может продолжить работу без восстановления истории по чатам. Ниже — рабочая карта сделки, протокол паузы и условный пример длинной продажи.
Когда длинная сделка остается управляемой, а когда теряет движение
Длительность сделки сама по себе ничего не доказывает. В проектных и сервисных B2B-продажах согласование бюджета, технического решения или договора может занимать недели. Риск появляется не тогда, когда прошло много дней, а когда команда перестает понимать, какое решение ожидается и на чем основан прогноз.
| Ситуация | Что известно | Оценка |
|---|---|---|
| Бюджет рассматривают на комитете 18 ноября | Известно событие, участник и дата возврата | Длинная, но управляемая сделка |
| Юристы прислали замечания, ответ готовит назначенный сотрудник | Есть перечень вопросов, владелец и следующая проверка | Активное согласование |
| Клиент «думает», даты и условия возврата нет | Неизвестно, что именно мешает решению | Нужна проверка актуальности и следующего шага |
Полезно заранее договориться, от какого события компания считает начало и конец цикла. Иначе одна команда будет считать от первого лида, другая — от подтвержденной потребности, а сравнение длительности потеряет смысл. Универсального норматива в днях здесь нет: разумнее сравнивать сделки одного типа и смотреть, сохраняется ли подтвержденное движение.
Соберите карту сделки до очередного раунда переговоров
Перед следующим разговором менеджеру полезно быстро восстановить не всю переписку, а факты, которые влияют на решение. Карта сделки нужна именно для этого. В ней следует отделять подтвержденные сведения от слов клиента, которые еще требуют проверки, и от гипотез самого менеджера.
| Параметр | Что известно | Подтверждение | Что уточнить |
|---|---|---|---|
| Задача клиента | Какой результат нужен бизнесу | Бриф, письмо, итог звонка | Что изменилось с момента первого обсуждения |
| Объем и ограничения | Что входит и что точно не входит | Актуальная версия КП или сметы | Есть ли новые требования |
| Бюджет | Диапазон или согласованная сумма | Комментарий клиента или внутренний ориентир | Кто и когда утверждает |
| Процесс покупки | Какие решения должны пройти внутри клиента | Слова текущего контакта | Есть ли закупка, юристы, комитет |
| Сроки | Желаемый запуск и ограничения | Письмо или календарная договоренность | Какая дата критична и почему |
| Открытые вопросы | Что мешает следующему решению | Список замечаний | Кто владелец каждого ответа |
Карточка не должна превращаться в анкету с десятками обязательных пустых полей. Достаточно информации, по которой другой сотрудник сможет понять задачу, текущие условия, нерешенные вопросы и ближайшее решение клиента. Для хранения такого контекста в Yoori можно использовать карточку сделки, дополнительные поля, комментарии, задачи и файлы.
Планируйте этапы как решения клиента
В длинном цикле особенно заметна разница между действием продавца и изменением состояния сделки. «Отправили КП» — действие компании. «Клиент выбрал вариант и согласует бюджет» — уже наблюдаемый результат. Если воронка состоит в основном из внутренних действий, карточка может двигаться, хотя клиентское решение не меняется.
| Решение или состояние | Чем подтверждается | Наш ответственный | Следующий шаг |
|---|---|---|---|
| Задача подтверждена | Есть согласованный бриф или итог встречи | Менеджер | Подготовить решение и расчет |
| Вариант выбран | Клиент назвал выбранную конфигурацию | Менеджер | Передать на бюджетное согласование |
| Бюджет согласован | Есть подтверждение владельца бюджета | Менеджер / руководитель | Закрыть договорные вопросы |
| Условия подтверждены | Согласована актуальная версия цены, объема и сроков | Менеджер | Передать подтвержденные условия в работу |
Параллельные согласования лучше вести задачами и открытыми вопросами, а не создавать отдельную колонку воронки под каждое письмо или внутренний шаг. Так этап остается понятным: он отвечает на вопрос о состоянии решения, а задачи показывают, что нужно сделать для перехода.
Договаривайтесь о следующем шаге и фиксируйте итоги контакта
Следующий шаг — это проверяемое обязательство, а не напоминание «написать клиенту». Хорошая запись отвечает на несколько вопросов: какое действие произойдет, какой результат нужен, кто отвечает со стороны компании, кто участвует у клиента и когда договоренность проверяется.
Слабая запись: «созвониться на следующей неделе». Рабочая запись: «12 ноября Анна возвращается с итогом бюджетного комитета; менеджер в этот день уточняет решение и подтверждает доступный срок старта». Во втором случае через две недели не нужно восстанавливать смысл разговора.
Если дата пока неизвестна, можно договориться не о дне, а об условии возврата. Например: «после завершения внутреннего теста» или «после утверждения бюджета на квартал». Когда клиент не готов назвать ни дату, ни событие, это тоже важный факт: менеджер отмечает неопределенность и ставит внутреннюю проверку актуальности, не выдавая ее за обещание клиента.
Разведите согласования бюджета, решения и договора
В длинной продаже несколько согласований часто идут параллельно. Коммерческий состав обсуждает один человек, бюджет — другой, договор — третий. Ошибка начинается, когда правки цены, объема и сроков живут в разных файлах и участники обсуждают разные версии предложения.
| Открытый вопрос | Сторона | Владелец ответа | Актуальная версия | Зависимость | Когда проверить |
|---|---|---|---|---|---|
| Бюджет | Финансы клиента | Менеджер | КП v4 | После выбора варианта | 18.11 |
| Пункт об ответственности | Юристы | Юрист / руководитель | Договор v3 | Не влияет на расчет | 14.11 |
| Срок запуска | Проектная команда | Менеджер | План v2 | После бюджета | После 18.11 |
Руководителя или профильного специалиста стоит подключать тогда, когда решение выходит за полномочия менеджера: есть конфликт условий, техническая неопределенность, спор о риске или требуется решение по исключению. Эскалация полезна, если содержит варианты и конкретный вопрос. Формулировка «клиент тормозит» не помогает принять решение.
Оформляйте паузу с причиной и правилом возврата
Пауза — это отдельное состояние, а не вежливое название потерянной сделки. Для управляемой паузы нужна причина, дата или событие возобновления, ответственный за проверку, актуальность условий и согласованный канал. Если предложение действует ограниченный срок или загрузка команды меняется, после паузы условия нужно подтвердить заново.
| Состояние | Что фиксировать | Когда пересматривать |
|---|---|---|
| Активное согласование | Открытый вопрос, владелец, ожидаемый ответ | По согласованной дате |
| Согласованная пауза | Причина, событие/дата возврата, канал | При наступлении события или даты |
| Контакт потерян | Последнее подтвержденное действие и попытки связи | По внутреннему правилу актуальности |
| Отказ | Подтвержденный исход и причина, если известна | При новой потребности — новая или переоткрытая сделка по правилу компании |
Проводите обзор сделки по рискам и обязательствам
Короткий обзор руководителя не должен превращаться в пересказ всей переписки. Для прогноза важнее факты: просрочен ли согласованный шаг, есть ли нерешенный вопрос без владельца, подтвержден ли бюджет, изменилась ли дата решения, актуальны ли цена и срок старта. Ожидаемый исход нужно отделять от доказанного. Если клиент сказал «вероятно, подпишем», это еще не подтвержденная дата оплаты.
- Какое ближайшее решение клиента мы ждем?
- На чем основана дата следующего шага?
- Какой открытый вопрос сейчас блокирует движение?
- Не изменились ли цена, объем или доступные сроки?
- Что должно случиться, чтобы прогноз сделки пришлось изменить?
Условный пример: сервисный B2B-проект с паузой на бюджет
Ниже — условный пример. Это не кейс Yoori и не статистика конкретной компании. Он показывает, как одна и та же сделка меняется по мере появления фактов.
| Событие | Договоренность или новый факт | Состояние | Следующий шаг | Ответственный |
|---|---|---|---|---|
| Первичная встреча | Задача и желаемый запуск подтверждены | Расчет | Подготовить два варианта до 05.11 | Менеджер |
| КП отправлено | Клиент сравнивает варианты | Выбор решения | Созвон 07.11 | Менеджер |
| Созвон | Выбран вариант B, бюджет вынесут на комитет 18.11 | Пауза по бюджету | Вернуться 18.11 после комитета | Менеджер |
| 18.11 ответа нет | Обещанный шаг сорван, причина неизвестна | Нужна проверка | Уточнить статус у инициатора | Менеджер |
| 19.11 | Бюджет подтвержден, юристы прислали замечания | Договорное согласование | Ответить на 3 пункта до 21.11 | Юрист + менеджер |
| 22.11 | Условия и сроки подтверждены | Выиграна | Передать актуальный объем, версии и контакт приемки | Менеджер / PM |
Закрывайте продажу передачей подтвержденных условий
Выигранная сделка и начало выполнения — не одно и то же событие. Перед стартом в работу нужно передать актуальный объем, исключения, согласованную цену, действующие версии документов, обещанные даты и контакт, который принимает результат. Это защищает команду от ситуации, когда производство начинает работать по старой версии КП.
На момент проверки 22 октября 2026 года на официальных страницах Yoori подтверждены карточки сделок, задачи с дедлайнами, комментарии, файлы и настраиваемая воронка. Этого достаточно, чтобы связать контекст сделки с ближайшими действиями и актуальными документами. Автоматический контроль возраста сделки, сложные маршруты согласования и прогноз вероятности не следует считать доступными функциями без отдельной продуктовой проверки.
Если нужно отдельно настроить сами этапы, полезно свериться с материалом Yoori: как построить воронку продаж
Для работы после отправки предложения: follow-up без давления
Частые вопросы
Нужна ли отдельная воронка для каждой длинной сделки?
Нет. Отдельная воронка полезна для процесса с другой логикой этапов, а не для одной карточки, которая просто занимает больше времени.
Как продолжить сделку после смены менеджера?
Передайте задачу клиента, участников, актуальные условия и документы, открытые вопросы и следующий шаг, а затем подтвердите ключевую договоренность с клиентом.
Что делать, если за время паузы изменились цена или доступные сроки?
До возобновления обещаний пересчитайте и согласуйте актуальные условия. Старое предложение не считайте действующим автоматически.
Считать ли паузу проигранной сделкой?
Не по одному факту ожидания. Если согласованы причина и условие возврата, это пауза. Если клиент подтвердил отказ, исход нужно фиксировать отдельно.
Нужно ли связываться с клиентом каждую неделю?
Нет универсальной частоты. Ритм определяется договоренностями и событиями покупки; лишние касания не заменяют понятный следующий шаг.