Техническая часть
Решение должно выполнять функцию, соответствовать исходным данным, ограничениям проекта и быть понятным проектировщику.
Технически подходящего решения недостаточно, чтобы оно дошло до закупки. В проекте оно должно пройти не только проектировщика, но и сравнение цен, сметный и бюджетный контур, согласования и будущую реализацию. Структуры компаний отличаются, поэтому продавцу важно видеть весь маршрут решения, а не одного человека.
Спецификация — это точка фиксации выбора, но до неё решение проходит несколько контуров. Технический специалист может подтвердить применимость, но затем появляется вопрос цены, комплектности, сметы, бюджета и того, кто будет закупать и реализовывать решение.
Поэтому работа только с одним проектировщиком — слабая модель. Продавцу нужно понимать структуру проектной организации и заказчика: кто формирует техническую часть, кто собирает цены, кто считает смету, кто утверждает бюджет и кто потом сможет поставить решение под сомнение.
Решение должно выполнять функцию, соответствовать исходным данным, ограничениям проекта и быть понятным проектировщику.
Нужно заранее объяснить, что входит в решение и почему сравнивать его с одной строкой конкурента некорректно.
Позиция должна быть посчитана так, чтобы пройти сметный и бюджетный контур, а не исчезнуть между проектом и реализацией.
Проектировщику мало получить каталог. Ему нужна рабочая база: что применить, где, почему, какие ограничения учесть и что попадёт в спецификацию.
Но дальше этой базе нужна экономика. Если решение невозможно нормально расценить, сравнить и провести через смету, техническая победа может остаться на бумаге.
Размеры, нагрузки, режимы, условия эксплуатации, ограничения и другие параметры, без которых нельзя выбрать решение.
Расчёт, узел, документы, применимость, вариант исполнения и понятная граница ответственности.
Комплектность и цена в форме, которую можно использовать для сравнения, сметы и защиты бюджета.
Я сам глубже понял этот контур после обучения работе с GRAND-Сметой и строительной практики, где приходилось защищать объёмы, стоимость и пересогласовывать решения. После этого спецификация перестаёт выглядеть как финальная строка проекта: видно, что дальше она должна пережить ещё несколько проверок.
Продавцу не обязательно становиться сметчиком. Но если он не понимает, откуда в проекте появляется стоимость и почему сметный блок запрашивает определённые данные, он теряет часть сделки между инженерией и деньгами.
Защита спецификации не должна строиться на искусственно завышенной цене или на том, что никто не заметит. Она должна держаться на технической необходимости, прозрачной комплектности и честной экономике.
Если решение дороже, продавец должен уметь показать, за что платит проект: за функцию, ресурс, монтаж, сроки, снижение риска, сервис или стоимость владения. Тогда цена становится частью аргументации, а не слабым местом спецификации.
В проектных продажах мало убедить проектировщика. Сильная работа начинается раньше спецификации и продолжается после неё: техника, цена, смета, бюджет, закупка, подрядчики и эксплуатация должны видеть в решении понятную логику.
Чем лучше продавец понимает этот маршрут, тем меньше его результат зависит от одной фамилии в проектном институте и тем сложнее заменить решение простой фразой «нашли аналог дешевле».
Нет. Техническое решение ещё должно пройти ценовой, сметный, бюджетный и согласовательный контур, а затем выдержать закупку и реализацию.
Не для работы вместо сметчика, а чтобы понимать, какие данные, комплектность и цены нужны для прохождения решения из проекта в бюджет и закупку.
Техническая необходимость, прозрачная комплектность, подтверждающие документы, понятная экономика и участники проекта, которые понимают логику решения.
Следующие материалы раскрывают соседние части той же системы сделки.
Материал полезен, если его можно применить к конкретной сделке, клиенту или встрече. Выберите продолжение под свою задачу.