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