Проектные продажи — это модель B2B-продаж, в которой поставщик продает решение или поставку под конкретный проект заказчика: модернизацию производства, строительство объекта, внедрение корпоративной системы. У проектной продажи четыре признака: привязка к проекту с собственными целями, бюджетом и сроками, длительный цикл сделки, несколько участников решения со стороны клиента и комплексное решение, которое согласуют по требованиям и спецификации. Менеджер сопровождает проект от первого сигнала до подписанного договора и передачи обязательств команде реализации.
Ниже разобраны отличия от транзакционной модели, роли участников, этапы с контрольными точками, квалификация, документы, метрики и прогноз, а также ведение длинной сделки в CRM.
Что такое проектные продажи
Проектные продажи — это продажи решения, оборудования или услуг под конкретный проект заказчика, у которого есть цель, бюджет, сроки и требования к результату. Решение о покупке принимает группа людей: инициатор, будущие пользователи, технические эксперты, закупка и руководитель с правом утверждать бюджет. Поэтому сделка проходит несколько этапов согласования, а поставщик адаптирует предложение под задачу проекта. Итог продажи — договор с обязательствами, которые затем выполняет команда реализации.
Когда продажа становится проектной
Продажа становится проектной, когда покупка входит в проект заказчика как одна из частей и проект задает ей рамки: задачу, требования, бюджет и график. Длина цикла и сумма сделки сами по себе этого не определяют. Дорогую серийную поставку по прайсу ведут как обычную сделку, если в ней нет адаптации решения и нескольких центров согласования.
Примеры проектных продаж в B2B
Типовые сценарии, где решение собирают под объект или процесс заказчика:
- Поставка оборудования для производства. Состав поставки определяют проектная документация и требования технологов.
- Внедрение корпоративной системы. CRM, ERP или документооборот настраивают под процессы конкретной компании.
- Инженерные системы для объекта. Вентиляцию, электроснабжение и слаботочные сети поставляют по графику строительства.
- Комплексные услуги. Проектирование, поставка, монтаж и сервис объединены в одном договоре.
Пока менеджер не понимает проект клиента, сильное предложение в таких сценариях не собрать.
Чем проектные продажи отличаются от транзакционных
Проектная продажа отличается от обычной транзакционной B2B-продажи объектом покупки и способом принятия решения. В транзакционной модели клиент выбирает готовый товар или услугу, и решение принимает один человек или небольшая группа. В проектной модели клиент покупает решение под свой проект, его согласуют несколько подразделений, а предложение меняется по ходу обсуждения требований. Отсюда длинный цикл, больше документов и высокая цена ошибки на каждом этапе.
| Критерий | Проектная продажа | Транзакционная продажа | Что меняется в управлении |
|---|---|---|---|
| Объект продажи | Решение под проект заказчика | Готовый товар или услуга | Нужна проработка требований до цены |
| Цикл | Зависит от графика проекта и закупки | Короткий и повторяемый | Контроль длительности каждого этапа |
| Участники | Закупочный центр из нескольких ролей | Один покупатель или пара согласующих | Карта участников и работа с каждым |
| Документы | ТЗ, спецификация, расчет, ТКП, договор | Счет, типовой договор | Версии документов в карточке сделки |
| Риск | Потеря сделки на позднем этапе | Потеря отдельного заказа | Реестр рисков по сделке |
| Прогноз | По этапам и подтвержденным признакам | По статистике потока заказов | Взвешенный прогноз по сделкам |
| Роль менеджера | Руководитель сделки и команды | Консультант и оформитель заказа | Ответственность за план по сделке |
Разница лежит в управлении: проектную сделку ведут как небольшой проект со своими этапами, участниками и рисками.
Длина цикла и цена ошибки
Длительность проектной сделки задают график проекта заказчика, бюджетный цикл и процедура закупки, поэтому универсального срока у нее нет. Пока сделка идет, у клиента меняются приоритеты и люди, а ошибка в квалификации обнаруживается поздно, когда на сделку уже потрачены недели работы команды.
Количество участников и сложность решения
В проектной сделке решение согласуют люди с разными интересами: технический эксперт проверяет соответствие требованиям, закупщик сравнивает условия, финансовый руководитель оценивает бюджет. Предложение выигрывает, если закрывает интересы каждой роли, поэтому менеджер работает в связке с пресейлом.
Результат продажи и последующая реализация
Итог проектной продажи — договор с обязательствами поставщика по составу, срокам и качеству работ. После подписания начинается управление проектом реализации со своим руководителем. Продажа заканчивается передачей договоренностей, рисков и контактов этой команде.
Кто участвует в проектной продаже
Группу принятия решений, или закупочный центр, составляют все сотрудники заказчика, которые влияют на выбор поставщика. Обычно это инициатор проекта, будущие пользователи решения, технический эксперт, специалист по закупкам и экономический ЛПР — лицо, принимающее решение и утверждающее бюджет. Бывает и блокирующий участник, чьи интересы проект затрагивает. Со стороны продавца сделку ведет команда: менеджер проектных продаж, пресейл и профильные специалисты.
Закупочный центр со стороны клиента
ЛПР и закупочный центр — разные понятия. ЛПР принимает финальное решение и подписывает бюджет, закупочный центр включает всех, кто влияет на выбор до этого момента. Сделку часто теряют из-за участника, которого не было на встречах.
| Роль | Интерес | Влияние | Возможное возражение | Данные для CRM |
|---|---|---|---|---|
| Инициатор | Запустить проект и получить результат | Формирует задачу | Решение слишком сложное для старта | Цель проекта, сроки, доступ к другим участникам |
| Пользователь | Удобная работа после запуска | Влияет через отзывы и требования | Придется менять привычный порядок работы | Сценарии работы, болевые точки |
| Технический эксперт | Соответствие требованиям и архитектуре | Может исключить поставщика | Решение не стыкуется с текущими системами | Требования, ограничения, замечания к концепции |
| Закупщик | Прозрачная процедура и условия | Управляет процедурой выбора | Цена выше, чем у других участников | Порядок закупки, формы документов, даты |
| Экономический ЛПР | Результат проекта в рамках бюджета | Утверждает выбор и бюджет | Непонятен эффект для бизнеса | Критерии решения, источник бюджета |
| Блокирующий участник | Сохранить текущий порядок или своего поставщика | Может затянуть или остановить сделку | Проект не нужен или несет риски | Позиция, причины, план работы с возражением |
Карту обновляют после каждой встречи. Роль без контакта фиксируют в CRM как риск сделки вместе с планом выхода на этого человека.
Команда продавца и роль пресейла
Пресейл переводит бизнес-задачу клиента в техническую концепцию, проводит демонстрации, готовит расчеты и отвечает на вопросы технического эксперта. К сделке подключаются юристы, финансисты, а на этапе передачи — будущий руководитель проекта реализации. Удобно заранее закрепить пары: пресейл работает с техническим экспертом, менеджер — с инициатором и ЛПР.
Ответственность менеджера проектных продаж
Менеджер проектных продаж отвечает за сделку целиком: план по сделке, карту участников, следующие шаги, риски, документы и прогноз. Данные по сделке менеджер ведет в CRM, чтобы руководитель проектных продаж видел реальное состояние воронки и мог подключиться там, где нужна поддержка.
Этапы проектных продаж
Проектная сделка обычно проходит семь этапов: обнаружение проекта, квалификацию возможности, построение карты участников, разработку концепции решения, подготовку технико-коммерческого предложения, согласование с закупочной процедурой и договор с передачей в реализацию. Количество и названия этапов компании настраивают под свой рынок. Общее правило одно: у каждого этапа есть проверяемый результат, и сделка переходит дальше по подтверждению клиента.
Поиск и обнаружение проекта
Проекты находят через действующих клиентов, отраслевые мероприятия, планы строительства и модернизации, тендерные площадки и входящие обращения. Чем раньше поставщик узнает о проекте, тем больше он может повлиять на требования. Если проект найден уже на стадии тендера, техническое задание часто написано с участием другого поставщика.
Квалификация возможности
На квалификации менеджер решает, стоит ли вкладывать ресурсы команды в сделку. Проверяют потребность, бюджет, полномочия собеседника и сроки проекта. Подробные критерии разобраны в разделе о квалификации ниже.
Карта участников и интересов
Менеджер выясняет, кто входит в закупочный центр, какую позицию занимает каждый участник и кто утверждает бюджет. Карту строят по вопросам инициатору и по итогам встреч. Главный риск этапа — работать только с одним удобным контактом и узнать о настоящем ЛПР на согласовании договора.
Разработка концепции решения
Пресейл вместе с экспертами клиента обследует задачу, уточняет требования и предлагает подход к решению. Иногда концепцию подтверждают демонстрацией или пилотом. Этап закрыт, когда технический эксперт и инициатор согласились с концепцией: без этого технико-коммерческое предложение превращается в прайс.
Подготовка технико-коммерческого предложения
Технико-коммерческое предложение (ТКП) объединяет описание решения, спецификацию, расчет стоимости и условия поставки. ТКП привязывают к задачам проекта: клиент должен видеть, какое требование закрывает каждая позиция. Отправлять ТКП без предварительного обсуждения рискованно, поскольку замечания всплывут уже в закупке.
Согласование, закупка и тендер
На этом этапе предложение проходит согласование у всех ролей закупочного центра. Если заказчик проводит тендерную процедуру, ее порядок задает внутреннее положение о закупке, и менеджер заранее выясняет сроки, формы документов и критерии оценки. Возражения от участников, которых не было в карте, чаще всего появляются именно здесь.
Договор и передача в реализацию
После выбора поставщика стороны согласуют договор, спецификацию и план реализации. Затем менеджер передает сделку команде, которая отвечает за управление проектами и ресурсами: контакты, договоренности, открытые вопросы и риски. Если передача прошла устно, команда реализации узнает об обещаниях клиенту уже от самого клиента.
Как квалифицировать проектную сделку
Квалификация отвечает на вопрос, есть ли у сделки шанс и стоит ли тратить на нее время команды. В проектных продажах квалификацию проводят дважды: при входе в сделку и после построения карты участников, когда данных становится больше.
Потребность, бюджет, полномочия и сроки
Четыре базовых критерия известны по методике BANT: budget, authority, need, timing. Для проектной сделки их формулируют так:
- Потребность. Есть ли у заказчика проект с бизнес-задачей, которую решает предложение поставщика.
- Бюджет. Заложены ли деньги на проект и из какого источника они придут.
- Полномочия. Может ли собеседник влиять на выбор и кто утверждает решение.
- Сроки. Когда проект должен стартовать и к какой дате нужен выбор поставщика.
Ответы фиксируют в карточке сделки. Пустое поле по любому критерию показывает, что менеджеру нужно выяснить на следующей встрече.
Критерии продолжения и остановки работы
Сделку продолжают, если подтверждены потребность и источник бюджета, есть контакт с технической экспертизой и понятен путь к ЛПР. Сделку ставят на паузу или закрывают, если проект отложен без даты, требования написаны под другого поставщика и изменить их нельзя, а клиент не соглашается на встречи с ключевыми участниками. Остановка работы по неперспективной сделке освобождает пресейл и менеджера для проектов с реальным шансом.
Воронка проектных продаж и контрольные точки
Воронка продаж для проектной модели строится по этапам работы с проектом клиента. Каждый этап описывают условиями входа и выхода, чтобы менеджеры одинаково понимали, где находится сделка.
Вход и выход каждого этапа
Таблица показывает, какой результат закрывает этап и что подтверждает переход дальше.
| Этап | Цель | Действия | Результат | Документы | Критерий перехода |
|---|---|---|---|---|---|
| Обнаружение | Найти проект до формирования требований | Первый контакт с инициатором | Подтвержденный факт проекта | Протокол встречи | Инициатор назвал задачу и сроки |
| Квалификация | Решить, вкладываться ли в сделку | Проверка потребности, бюджета, полномочий, сроков | Решение продолжать или остановить | Карточка квалификации | Подтверждены потребность и источник бюджета |
| Карта участников | Понять, кто влияет на выбор | Выявление ролей и интересов | Карта закупочного центра | Карта в CRM | Есть контакт с экспертом, известен ЛПР |
| Концепция | Согласовать подход к задаче | Обследование, демонстрация, пилот | Согласованная концепция | Требования, протоколы | Эксперт и инициатор подтвердили концепцию |
| ТКП | Зафиксировать решение и цену | Расчет, спецификация, предложение | ТКП у клиента | ТКП, спецификация, расчет | Клиент обсудил ТКП и дал замечания |
| Согласование и тендер | Пройти процедуру выбора | Ответы на вопросы, заявка, переговоры | Выбор поставщика | Тендерная заявка, протоколы | Поставщик выбран |
| Договор и передача | Закрепить обязательства | Согласование договора, передача команде | Подписанный договор | Договор, план реализации | Передача команде реализации проведена |
Критерии перехода сформулированы через действие клиента, поэтому прогноз опирается на факты.
Следующий шаг и подтверждение со стороны клиента
У каждой открытой сделки должен быть следующий шаг с датой и ответственным: встреча с экспертом, демонстрация, получение требований. Шаг считается подтвержденным, когда клиент согласился на встречу или действие и дата есть в его календаре. Запланированный только менеджером шаг прогноз не подтверждает.
Сделка, которая долго стоит без следующего шага, — повод разобрать ее на встрече с руководителем. Порог в днях компания задает сама по медианной длительности своих этапов.
Документы проектной сделки
Документы проектных продаж фиксируют договоренности на каждом этапе и защищают обе стороны при длинном цикле. Базовый набор:
- Протокол встречи. Кто участвовал, что решили и какой следующий шаг согласовали.
- Техническое задание. Требования заказчика к решению, которые проверяет технический эксперт.
- Спецификация. Перечень оборудования, лицензий или работ с характеристиками.
- Расчет. Стоимость решения и допущения, на которых она построена.
- Коммерческое предложение или ТКП. Решение, цена и условия, собранные для согласования.
- Договор. Обязательства сторон по составу, срокам, приемке и оплате.
- План реализации. Этапы работ после подписания, который получает команда проекта.
Документы хранят в карточке сделки с версиями и датами. При споре о том, какую редакцию ТКП согласовал клиент, ответ находится в истории сделки.
Метрики, риски и прогноз продаж
Сделок в проектных продажах мало, поэтому выручка сама по себе не показывает состояние отдела. Руководитель смотрит на движение сделок по этапам, качество данных и риски.
Конверсия и длительность этапов
| Метрика | Принцип расчета | Управленческий вопрос | Период контроля |
|---|---|---|---|
| Конверсия этапа | Сделки, перешедшие дальше / сделки, вошедшие в этап | Где теряем сделки | Квартал |
| Длительность этапа | Медиана дней на этапе по закрытым сделкам | Где сделки задерживаются | Квартал |
| Возраст сделки | Дни с создания сделки против обычного цикла | Какие сделки зависли | Неделя |
| Доля сделок со следующим шагом | Сделки с датированным шагом / открытые сделки | Управляет ли менеджер сделками | Неделя |
| Покрытие закупочного центра | Роли с контактом / ключевые роли карты | Знаем ли всех, кто влияет на выбор | При смене этапа |
| Взвешенный прогноз | Сумма произведений суммы сделки на вероятность | Какую выручку ждать в периоде | Месяц |
| Причины проигрыша | Распределение проигранных сделок по причинам | Что менять в предложении и квалификации | Полугодие |
Метрики сравнивают по менеджерам и типам решений. Если сделки долго стоят на концепции и проигрываются после ТКП, проблему ищут в работе пресейла с техническим экспертом.
Взвешенный прогноз и вероятность
Взвешенный прогноз — сумма всех открытых сделок, умноженных на вероятность закрытия. Вероятность задают по этапу воронки и рассчитывают по истории компании: какая доля сделок с этого этапа дошла до договора.
Процент этапа уточняют по подтвержденным признакам: назван ли бюджет, есть ли контакт с ЛПР, согласована ли концепция. Дата закрытия в прогнозе привязана к графику проекта клиента, желаемый месяц менеджера для нее не аргумент.
Красные флаги и реестр рисков
Реестр рисков ведут по каждой крупной сделке: риск, владелец, мера и срок. Типовые сигналы опасности собраны в таблице.
| Сигнал | Возможная причина | Действие менеджера |
|---|---|---|
| Контакт только с одним человеком | Инициатор не дает доступа к другим участникам | Предложить встречу с экспертом и ЛПР в полезном для инициатора формате |
| Клиент не подтверждает следующий шаг | Проект потерял приоритет или выбор уже сделан | Уточнить статус проекта, пересмотреть этап и вероятность |
| Бюджет не назван после согласования концепции | Денег нет или они у другого подразделения | Выяснить источник финансирования, сдвинуть дату в прогнозе |
| ТЗ пришло готовым под чужое решение | Проект обнаружен поздно | Задать вопросы по требованиям, решить об участии |
| Сроки проекта переносятся | Сменились приоритеты или нет спонсора | Перенести дату закрытия, сохранить регулярный контакт |
| Новый участник с возражениями на позднем этапе | Карта участников неполная | Провести отдельную встречу, обновить карту |
| Клиент просит только цену | Нужен ценовой ориентир для другого поставщика | Повторно квалифицировать сделку, предложить обсудить требования |
Красный флаг означает, что вероятность в прогнозе пересматривают и назначают действие с датой.
Как CRM поддерживает проектные продажи
CRM помогает управлять длинной сделкой, собирая в карточке проекта все, что обычно разбросано по почте, таблицам и памяти менеджера: связанные контакты и их роли, историю коммуникаций, задачи, документы, этап и следующий шаг. Руководитель видит воронку по этапам и взвешенный прогноз, менеджер — просроченные действия и участников без контакта. При смене ответственного история сделки сохраняется целиком.
Для проектной модели в CRM-системе настраивают:
- Карточку проекта. Заказчик, объект, бюджет, сроки и связанные сделки.
- Связанные контакты. Участники закупочного центра с ролями и отношением к проекту.
- Историю коммуникаций. Встречи, письма и звонки в хронологии сделки.
- Задачи. Следующие шаги с датой и ответственным.
- Документы. ТЗ, ТКП, спецификации и договор с версиями.
- Воронку и аналитику. Этапы с обязательными полями, конверсия, длительность и прогноз.
Обязательные поля на переходах этапов превращают критерии из воронки в правило: сделку нельзя перевести дальше без подтвержденного признака.
Подробнее о настройке процессов продаж — на странице автоматизация продаж в BPMSoft.
Частые ошибки в проектных продажах
Большинство потерь в проектной модели происходит из-за типовых ошибок управления сделкой:
- Любая крупная сделка считается проектной. Отдел тратит ресурсы пресейла там, где хватило бы стандартного предложения.
- Квалификация проводится один раз. Изменения бюджета и сроков проекта замечают слишком поздно.
- Вся работа идет через один контакт. Реальный ЛПР появляется только на согласовании договора.
- ТКП отправляется без согласованной концепции. Предложение сравнивают по цене с конкурентами.
- Этап меняется по ощущению менеджера. Прогноз перестает совпадать с фактом.
- У сделки нет следующего шага с датой. Сделка стоит неделями, и никто этого не видит.
- Данные хранятся в почте и личных таблицах. При смене менеджера история сделки теряется.
- Передача в реализацию проходит устно. Команда проекта не знает, что обещали клиенту.
Большую часть этих ошибок закрывают обязательные поля, критерии перехода и регулярный разбор воронки.
Пример проектной продажи
Условный сценарий: поставщик промышленного оборудования продает комплекс оборудования с монтажом для модернизации цеха. Сделка проходит все этапы проектной модели.
- Обнаружение. Менеджер узнает о модернизации от действующего клиента и договаривается о встрече с главным инженером завода, инициатором проекта.
- Квалификация. Главный инженер подтверждает, что модернизация включена в инвестиционный план, и называет квартал запуска работ.
- Карта участников. Менеджер выясняет, что в выборе участвуют технолог цеха, служба закупок и финансовый директор, который утверждает бюджет.
- Концепция. Пресейл обследует цех вместе с технологом и предлагает состав оборудования под требования производства. Технолог подтверждает концепцию.
- ТКП. Команда готовит спецификацию, расчет и ТКП, обсуждает его с главным инженером и вносит правки по графику монтажа.
- Тендер. Служба закупок проводит конкурентную процедуру. Поставщик подает заявку по форме заказчика и отвечает на вопросы финансового директора о стоимости владения.
- Договор и передача. После выбора стороны подписывают договор и план реализации. Менеджер передает руководителю проекта карту участников, протоколы и открытые риски.
На каждом шаге менеджер фиксирует в CRM этап, участников, документы и следующий шаг. Поэтому к моменту подписания договора у команды реализации есть полная картина сделки, а у руководителя — достоверный прогноз по ней.