
С одной стороны, все мечтают создать прорывной продукт, который перевернет рынок. С другой, включается практичность и реализм — нужно продавать, то что уже проверено временем и востребовано на рынке. Так ведь надежнее, понятнее, проще… Но именно такая логика очень часто и губит даже прорывные разработки. Когда в компании появляется свежая креативная задумка, она рискует оказаться в архиве, если в бизнесе не настроена схема работы с идеями и предложениями. Ведущий инженер-конструктор Константин Ярощик рассказал «Про бизнес» о том, как бороться с синдромом «продаем то, что есть» и все-таки давать ход новым разработкам.

Ведущий инженер-конструктор, автор патентов на изобретение и научных публикаций
Парадокс R&D и «эффект сита»
— Каждый руководитель производственной компании или hardware-стартапа мечтает о «технологическом прорыве». На рынке приборов и станкостроения это единственный способ не просто выживать, а диктовать свои условия. В конструкторские бюро (КБ) инвестируются серьезные бюджеты, нанимаются талантливые инженеры, закупается современное ПО для проектирования.
Но на выходе руководство часто получает парадокс: вместо принципиально новых машин, способных перевернуть рынок, КБ из года в год выдает лишь глубокую модернизацию старых линеек. Чуть изменили эргономику, поменяли цвет кожуха, обновили прошивку — и всё.
Прорывные идеи внутри компании рождаются регулярно. Инженеры — люди творческие, они видят слабые места существующих станков и знают, как сделать их в разы эффективнее. Но до этапа реального производства и рынка доходят единицы. Большинство сильных замыслов незаметно отсеиваются и отправляются на вечное хранение в архив.
Возникает «эффект сита»: чем смелее и инновационнее инженерная идея, тем выше вероятность, что внутренние корпоративные фильтры её просто не пропустят.
Кейс из практики:
В компанию приходит крупный международный запрос на сложную установку для государственной лаборатории. Запрос — золотая жила. Причем требования на 80−85% перекрываются уже имеющимися у компании уникальными наработками. Инженер вместе с техническим лидером проекта просчитывают риски и понимают: готовность решения высочайшая, адаптация под клиента абсолютно по силам.
Но руководство выносит вердикт: «Это долго, непонятно, давайте лучше продавать то, что у нас уже есть».
Проблема в том, что «то, что есть», без апгрейда клиенту не подходит. Но тема закрыта. Компания своими руками отдает высокомаржинальный контракт конкурентам, выбирая ложную стабильность вместо развития.
Главный враг — фраза: «Мы так никогда не делали»
Когда инженер приносит проект узла, который повысит КПД станка или точность прибора, руководство видит не будущую прибыль, а потенциальную головную боль. Ведь старая модель, хоть и морально устарела, собирается на автомате. А новое решение потребует перенастройки процессов, работы с новыми поставщиками и, главное, затрат на прототипирование.
Здесь менеджмент часто совершает классическую экономическую ошибку — пугается стоимости опытного образца.
И, да, первый образец в железе всегда стоит дорого. Процессы еще не оптимизированы, оснастка не подготовлена, а изготовление одной-двух деталей под заказ всегда в разы дороже, чем производство сотни или тысячи.
Но если продумать на шаг вперед, становится очевидно: после запуска изделия в серию процессы оптимизируются, включится эффект масштаба, и стоимость единицы резко снизится. А затраты на проектирование и первый опытный образец, распределенные на объем серийного выпуска, станут неощутимыми.
Языковой барьер: почему не могут договориться инженер и менеджер
Инженер и менеджер часто живут в параллельных вселенных. Разработчик, увлеченный своим делом, приходит презентовать проект и начинает объяснять изящество кинематической схемы, допуски или инновационный способ термообработки деталей. Ему это кажется очевидным прорывом.
Менеджер в это время слушает его и судорожно пытается перевести это на свой язык: «Сколько это стоит? Когда будет готово? Как это продавать?». Если инженер не умеет оцифровать технические преимущества в коммерческую выгоду для бизнеса или конечного клиента (например, показать, что новая схема снизит энергопотребление оборудования на 20%), проект, скорее всего, заблокируют. Руководство просто не поймет его ценности.
Но главная системная проблема здесь даже не в самих исполнителях, а в отсутствии связующего звена.
Между миром чистой инженерии и миром чистых продаж должно быть крепкое, профессиональное звено — руководитель, который одинаково хорошо видит обе стороны. Настоящее управление и ответственность начальника (будь то технический директор или начальник R&D) заключаются в том, чтобы быть «переводчиком» и медиатором. Его задача — взять сложную техническую идею, увидеть в ней потенциал для рынка, помочь инженеру докрутить её до бизнес-показателей и защитить перед топ-менеджментом.
Бюрократия и «диванные критики»
На этапе проектирования никто не может со стопроцентной точностью предсказать, как именно поведет себя сложный узел «в железе». Конструктор берет на себя профессиональный риск. И именно в этот момент ему больше всего нужны не только поддержка и смелость руководства, но и банальная возможность спокойно реализовать задуманное.
Однако на практике часто включается другой сценарий. Пока проект находится на стадии чертежей и расчетов, автора никто не поддерживает — все выжидают. Но как только инновация наконец материализуется в железе, на производстве мгновенно появляется лавина «советчиков» и экспертов всех уровней.
Из личного опыта:
Когда инженер создает уникальный узел с чистого листа, никто вокруг не представляет, как он должен выглядеть, и никто не подскажет, как сделать лучше. Но стоит опытному образцу выйти из цеха, как тут же активизируются любители давать советы: «А вот это нужно было сделать так, а тут — вот эдак».
Самое парадоксальное, что в железе инженер я и сам прекрасно видит, где и что можно оптимизировать — это естественный процесс доводки изделия. Но «эксперты» со стороны раздают свои замечания без какой-либо ответственности за результат и зачастую без глубокого понимания физики процесса, руководствуясь исключительно подходом «мне так кажется».
Если руководство компании начинает идти на поводу у таких советчиков, проект вязнет в бесконечных переделках и сомнениях.

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

