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