Квалификация проекта в B2B — это проверка реальности сделки до того, как компания начнёт тратить на неё время менеджера, инженеров, руководителей и других специалистов.
Квалификация проекта в B2B: как понять, стоит ли вести сделку
Интерес клиента ещё не означает, что перед нами реальный проект. Запрос может быть нужен для изучения рынка, сравнения цен, подготовки бюджета, проведения формальной закупочной процедуры или получения дополнительного коммерческого предложения. Задача квалификации — понять, существует ли настоящая задача, может ли компания на неё повлиять и оправданны ли дальнейшие вложения ресурсов.
Чем квалификация проекта отличается от квалификации лида
Лид показывает, что появился потенциальный контакт или интерес. Квалифицированный клиент соответствует целевому профилю компании и потенциально способен покупать её продукты или услуги. Квалифицированный проект — это конкретная возможность, по которой подтверждены задача, участники, сроки, техническая применимость и основания для дальнейшей работы.
Один крупный клиент может одновременно иметь:
реальный активный проект;
будущий проект без утверждённого бюджета;
запрос для сравнения предложений;
закупку, на которую уже невозможно повлиять;
задачу, которая не подходит компании технически или коммерчески.
Поэтому квалифицировать нужно не только компанию, но и каждую отдельную возможность.
10 критериев квалификации проекта в B2B
1. Реальная задача
Нужно понять, что именно клиент собирается изменить, приобрести, построить, внедрить или решить. Фразы «нам интересно», «пришлите информацию» или «дайте цену» ещё не подтверждают наличие задачи. Важно установить:
что происходит сейчас;
какой результат требуется;
почему клиент рассматривает изменения;
что произойдёт, если ничего не делать;
кто внутри компании считает эту задачу важной.
2. Проект, объект или бизнес-процесс
У проектной сделки должен быть контекст. Это может быть:
строящийся объект;
модернизация производства;
замена существующего решения;
внедрение системы;
ремонтная программа;
новый продукт;
инвестиционный проект;
план технического перевооружения.
Без понимания контекста менеджер видит только запрос, но не видит саму сделку.
3. Стадия проекта
Необходимо определить, где сейчас находится проект:
формирование идеи;
подготовка технического задания;
проектирование;
согласование бюджета;
выбор технического решения;
закупка;
договорная работа;
реализация;
эксплуатация.
От стадии зависит возможность повлиять на требования, попасть в спецификацию, защитить решение и запланировать поставку. Иногда проект существует, но продавец вошёл в него слишком поздно.
4. Участники принятия решения
Нужно понимать, кто связан с задачей:
инициатор;
ЛПР;
технический специалист;
проектировщик;
закупка;
пользователь;
финансовый блок;
подрядчик;
человек, способный поддержать или остановить решение.
Первый контакт может быть заинтересован в продукте, но не иметь полномочий, бюджета или влияния на выбор.
5. Критерии выбора
Квалификация должна показать, по каким параметрам клиент будет сравнивать решения. Это могут быть:
цена;
техническое соответствие;
срок поставки;
монтаж;
документация;
надёжность;
эксплуатационные затраты;
сервис;
опыт поставщика;
допустимый уровень риска.
Если критерии уже сформированы под конкурента, нужно понять, можно ли на них повлиять.
6. Бюджет и источник финансирования
Не всегда клиент может назвать точную сумму. Но менеджеру необходимо понять:
предусмотрено ли финансирование;
кто утверждает бюджет;
из какой статьи он выделяется;
когда должно состояться решение;
можно ли обосновать дополнительные затраты;
что произойдёт при превышении бюджета.
Отсутствие утверждённого бюджета не всегда означает отказ от проекта. Но его статус должен быть понятен.
7. Сроки и график реализации
Нужно установить не только желаемый срок покупки, но и временную логику проекта:
когда должно быть принято решение;
когда начинается закупка;
когда требуется поставка;
когда планируется монтаж или внедрение;
когда изменение решения станет невозможным;
какие задержки критичны для клиента.
Сделка может выглядеть перспективной, но уже не попадать в реальный график проекта.
8. Техническая применимость
До глубокой проработки необходимо проверить, способна ли компания в принципе решить задачу. Оцениваются:
соответствие требованиям;
ограничения продукта;
необходимые расчёты;
сертификация и документация;
производственные возможности;
сроки;
монтаж и сервис;
необходимость привлечения партнёров.
Нельзя считать проект квалифицированным только потому, что сумма выглядит привлекательно.
9. Возможность влиять на решение
В проектных продажах важно понять не только вероятность покупки, но и возможность участвовать в формировании выбора. Проверяем:
есть ли доступ к нужным участникам;
можно ли обсуждать технические требования;
готов ли клиент предоставлять информацию;
возможно ли защищать решение;
согласован ли следующий шаг;
рассматривает ли клиент компанию как реального участника проекта.
Если продавцу разрешили только отправить цену, влияние на сделку может быть минимальным.
10. Экономика и ресурсы поставщика
Даже реальный проект не всегда стоит активной работы. Нужно оценить:
потенциальную выручку;
маржинальность;
вероятность реализации;
объём инженерной проработки;
нагрузку на команду;
стоимость входа;
стратегическую ценность клиента;
возможные повторные проекты;
основные риски.
Крупная сумма в CRM не компенсирует ситуацию, в которой компания бесплатно выполняет большую работу без доступа к решению.
Результат квалификации
После проверки проект можно отнести к одной из четырёх категорий.
Активный проект
Задача реальна, стадия понятна, есть доступ к участникам, сроки и основания для следующего шага. Проект переводится в активную работу.
Проект на развитие
Возможность существует, но пока не подтверждены бюджет, сроки, участники или технические требования. По проекту составляется план получения недостающей информации.
Будущий проект
Задача возможна, но ещё не вышла в активную стадию. Проект остаётся под наблюдением с конкретной датой следующего контакта.
Ошибки при квалификации проекта
Интерес принимают за обязательство
Клиент согласился на встречу или запросил предложение, но это не подтверждает готовность двигаться дальше.
Проверяют только бюджет
Деньги могут быть предусмотрены, но решение уже сформировано под другого поставщика или технически не подходит компании.
Не определяют стадию проекта
Менеджер начинает активно работать, не понимая, когда решение должно быть принято и можно ли ещё изменить требования.
Не оценивают стоимость проработки
Инженеры готовят расчёты, чертежи и документы, хотя вероятность сделки и доступ к участникам остаются неизвестными.
Боятся остановить слабую сделку
Проект сохраняют в CRM, потому что сумма выглядит привлекательно и менеджеру жалко признать отсутствие перспективы.
Вопросы для быстрой квалификации
Перед переводом проекта в активную работу необходимо ответить:
Какая реальная задача существует у клиента?
С каким объектом или процессом она связана?
На какой стадии находится проект?
Почему решение требуется именно сейчас?
Кто участвует в выборе?
Какие критерии будут определять решение?
Какой статус бюджета?
Когда должно быть принято решение?
Подходит ли наше решение технически?
Можем ли мы влиять на требования и выбор?
Какой следующий шаг согласован с клиентом?
Оправданны ли ресурсы, необходимые для работы?
Если большая часть ответов неизвестна, это ещё не квалифицированный проект. Это возможность, которую необходимо проверить.
