Пятишаговую схему «установил контакт, выявил потребность, показал продукт, отработал возражения и закрыл» придумали для типовых поставок и розницы. В промышленной автоматизации попытка продавать SCADA и тяжелые комплексы АСУ ТП по этим правилам стабильно заводит сделку в тупик: месяцы бесплатных переделок, сорванные сроки и зависшие коммерческие предложения.

В инженерных проектах линейная логика ломается сразу по нескольким причинам.

1. Нет одного покупателя. Решает комитет из 5–7 служб  В ритейле общаются с одним человеком. В SCADA решение принимает группа специалистов с прямо противоположными интересами: Главный инженер отвечает за непрерывность технологии, безаварийную работу и требует пусконаладку без остановки цеха. Начальник службы АСУ ТП смотрит на драйверы контроллеров (ПЛК), емкость по тегам, скорость архивации и горячее резервирование (< 100 мс). Служба ИБ и ИТ проверяет защиту объектов КИИ (Приказы ФСТЭК № 235, 239, 220), сегментацию сети и ролевой доступ. Финансовый директор считает стоимость владения (TCO), окупаемость вложений и баланс капитальных и операционных расходов. Служба закупок проверяет реестр отечественного ПО (ПП РФ № 1875), регламенты 223-ФЗ/44-ФЗ и условия гарантии. Демонстрация системы одному инженеру ни к чему не приведет: проект заблокируют финансисты или служба безопасности.

2. Прямой потребности часто нет. Нужен аудит скрытых рисков  На работающем заводе редко ждут замену ПО. Производство годами живет на старых версиях WinCC, InTouch или самописных утилитах. На вопрос «какие у вас потребности?» автоматчики отвечают: «все работает, ничего не трогайте». Здесь нужен не опрос, а расчет цены бездействия: Сколько теряет предприятие за один час простоя технологической линии? Сколько смен инженеры тратят на ручную сводку отчетов в таблицах? Что произойдет при отказе единственного сервера без резерва или внеплановой проверке регулятора по КИИ?

3. Красивый интерфейс не продает без надежной архитектуры  Мнемосхемы вторичны. Завод покупает системную надежность: Поддержку протоколов OPC UA, МЭК 60870-5-104 и Modbus TCP; Автоматическое безударное переключение на резервный сервер; Совместимость с российскими ОС (Astra Linux, РЕД ОС, Альт) и СУБД (Postgres Pro); Защиту от привязки к единственному поставщику по стандарту ANSI/ISA-112. 4. Возражения на заводе — это технические ограничения, а не психология  Фразу «это дорого» не снимешь скриптами. На производстве это сигнал: экономика проекта не доказана. Вопрос цены закрывается расчетом эффекта. Если час простоя узла обходится в 400 000 ₽, предотвращение всего 15 часов аварийной остановки в год за счет резервирования и быстрой локализации инцидентов окупает затраты на внедрение уже на старте.

Организация сбыта SCADA в проектной логике: Фазово-шлюзовой контроль (Stage-Gate): движение проекта идет по контрольным точкам: ТЭО → опросный лист → техзадание → техсовет → включение в инвестпрограмму. Сквозная проектная цепочка: работа ведется параллельно с заказчиком, проектными институтами (закладка в разделы АТХ и ЭОМ на стадиях «П» и «РД») и интеграторами. Опытно-промышленная эксплуатация (ОПЭ): старт с пилотного узла по Программе и методике испытаний (ПМИ) с измеримыми критериями приемки. Совместный план реализации: единый график, где увязаны инжиниринг, аудит безопасности КИИ, экспертиза смет и тендерные процедуры.

Поставка промышленного ПО — это управление технологическими рисками и экономикой предприятия, а не соревнование в красноречии.

Какой этап проектного цикла в АСУ ТП на практике отнимает больше всего времени: согласование архитектуры с ИБ или защита бюджета в инвестпрограмме?

#АСУТП #SCADA #ПроектныеПродажи #ПромышленнаяАвтоматизация #ИмпортозамещениеПО