Для длинной B2B-продажи CRM должна хранить не только этап и сумму, но и структуру решения заказчика. Кто подтверждает требования, кто согласует бюджет, что уже принято и какое действие ожидается дальше — эти сведения позволяют управлять сделкой, когда переговоры длятся месяцами.
Начните с закупки, а не списка звонков
Определите отдельную потребность клиента и ожидаемый результат проекта. Несколько писем, встреч и расчётов могут относиться к одной закупке. Другая потребность той же организации обычно требует самостоятельной сделки, связанной с общей компанией.
Уточните основание текущего этапа: согласованные требования, выбранный вариант, полученное решение. Общая логика стадий разобрана в статье о воронке B2B. Для длинного цикла её нужно дополнить картой участников и историей договорённостей.
Зафиксируйте участников и влияние
Для каждого контактного лица укажите роль в конкретной закупке: инициатор, пользователь, технический эксперт, финансовый согласующий, лицо, принимающее решение. Роль человека может отличаться между проектами, поэтому её не всегда правильно хранить только в общей карточке контакта.
Отделяйте подтверждённые сведения от предположений менеджера. Формулировка «похоже, влияет на бюджет» не равна договорённости о встрече с ответственным за бюджет. Если роль неизвестна, запишите вопрос и способ уточнения, а не заполняйте поле случайным вариантом.
Разберите условную карту согласований
Представим поставку оборудования для производственного участка. Техническая команда одобрила характеристики, но закупка ещё не получила финансового подтверждения.
Таблицу можно прокрутить вправо →
| Участник | Подтверждённое состояние | Следующий шаг |
|---|---|---|
| Инженер | Требования к оборудованию согласованы | Проверить окончательную спецификацию |
| Руководитель участка | Поддерживает предложенный вариант | Подтвердить план запуска |
| Закупщик | Получил вторую версию предложения | Сверить условия поставки |
| Финансовый согласующий | Контакт ещё не установлен | Уточнить порядок бюджетного решения |
Сделка не должна автоматически считаться почти завершённой только из-за одобрения инженера. Неизвестная бюджетная часть остаётся отдельным препятствием. Руководитель видит конкретный вопрос, с которым может помочь, вместо общей просьбы «ускорить клиента».
Управляйте версиями предложения
Каждая отправленная версия должна иметь дату, состав, условия и статус актуальности. Изменение комплектации влияет на цену, сроки и согласования. Старую версию нельзя незаметно переписать, если по ней уже шло обсуждение.
Свяжите договорённости с соответствующей версией. Например, клиент согласовал срок для одного варианта, а команда подготовила другой. Без связи в CRM останутся отдельно «согласованный срок» и новое предложение, хотя вместе они описывают противоречивое обязательство.
Давайте паузе причину и срок пересмотра
Пауза может быть связана с бюджетным циклом, внутренним проектом клиента или отсутствием информации. Укажите подтверждающий контакт, ожидаемое событие и дату проверки. Бесконечный перенос задачи на завтра скрывает состояние сделки и загружает менеджера бесполезными напоминаниями.
Следующий шаг должен описывать действие и результат: «получить ответ закупщика по условиям второй версии», а не просто «связаться». Если срок предположительный, обозначьте это. Прогноз даты оплаты не должен выглядеть как обещание клиента без основания.
Проверьте передачу другому менеджеру
Попросите коллегу по карточке объяснить потребность, участников, актуальное предложение, нерешённое согласование и следующий шаг. Если ему приходится перечитывать всю переписку, ключевой контекст ещё не организован.
Критерии приёмки: этап подтверждается фактом, роли привязаны к закупке, версии различимы, паузы объяснимы, следующие действия имеют владельца. Для реализации эти требования включают в ТЗ на CRM. Такая модель помогает продолжать сложную продажу при смене сотрудника и обсуждать препятствия без догадок.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.