Тренд на инхаус-разработку со стороны крупных промышленных корпораций усилился
Речь идет о карте "Программные разработки российских корпораций". Информация о программных продуктах корпораций включает сведения о функциональном назначении и особенностях ПО, данные о его применении и эффективности, как в контуре корпорации, так и на внешнем рынке (дата вывода продукта на коммерческий рынок, основные клиенты-пользователи), информацию о наличии продукта в реестре отечественного ПО Минцифры России.
"Для создания корпоративных программных продуктов уровня предприятия нужны не только компетенции в разработке ПО. Важна экспертиза и знание тонкостей технологических процессов производства и бизнес-процессов конкретного предприятия - все это могут дать внутренние ИТ-подразделения холдингов. Используя опыт создания продуктов для корпораций, многие дочерние ИТ-компании холдингов специализируются на разработке и тиражировании решений для отрасли и монетизации своих продуктов. Это важно для быстрого импортозамещения решений зарубежных вендоров. В рамках индустриальных центров компетенций (ИЦК), цель которых обеспечить замещение зарубежных отраслевых цифровых продуктов и решений российскими аналогами, реализуется около 200 особо значимых проектов. Это уже применяемые на предприятиях решения и программные продукты, которые дорабатываются и разрабатываются с учетом отраслевых потребностей. Ряд таких программных продуктов, в частности для компаний металлургической и химической отраслей, представлен на нашей карте", - сказала аналитик ComNews Research Наталья Смирнова.
ComNews спросил у российских компаний, зачем они разрабатывают собственное ПО и в каких случаях решают вывести его на рынок.
Генеральный директор ООО "ТТК-Цифровые решения" Константин Южный:
"В подавляющем большинстве проектов создание ПО представляет комплексную разработку с нуля. Такой подход подразумевает прохождение полного цикла работ - от концепции и проектирования до внедрения и технической поддержки. Это позволяет в полной мере интегрировать в продукт все исходные бизнес-цели и функциональные задачи заказчика, а также гарантированно обеспечить соблюдение самых строгих требований к информационной безопасности.
Стоит отметить, что цели разработчиков могут кардинально различаться. Компания "ТТК-Цифровые решения", приступая к созданию новых программных продуктов, изначально ориентируется на их дальнейшее масштабирование и универсальность. Ключевой задачей для нас является разработка решений, способных найти широкое применение в самых разных отраслях экономики".
Директор по развитию бизнеса ГК "Цифра" Андрей Гончаров:
"За последние годы усилился тренд на инхаус-разработку со стороны крупных промышленных корпораций. Такие команды закрывают не только точечные задачи, но нередко создают собственные решения, которые по функциональности дублируют существующие продукты на рынке. С точки зрения развития ИТ-отрасли это не всегда оптимально: ресурсы распыляются, а зрелость и сопровождаемость таких решений зачастую уступают коммерческому ПО. Тем не менее компании идут на это, поскольку им важно быстро закрывать критические задачи, сохранять контроль над данными, решать узкопрофильные задачи.
Наиболее эффективной моделью остается партнерская: отраслевое решение создается коммерческим ИТ-вендором совместно с предприятием на реальном производственном контуре. Именно такие решения мы представили на карте, такой подход реализовали в рамках ИЦК.
Промышленные корпорации чаще всего создают ПО как внутреннее решение - под конкретные задачи производства и ИТ-ландшафта. На старте такие разработки, как правило, не проектируются как рыночный продукт. Идея масштабирования обычно возникает после успешной эксплуатации внутри компании, но на этом этапе становится очевидно, что продуктовый путь требует других компетенций и инвестиций: поддержки, безопасности, масштабируемости, SLA, управления жизненным циклом.
Большинство корпоративных разработок так и остаются внутренними. Успешное тиражирование происходит либо когда продукт изначально создается как платформенный, либо когда к его развитию подключается профильная ИТ-компания с вендорской экспертизой".
Представитель пресс-службы ООО "Газпром ЦПС":
"Газпром ЦПС" работает в технологически сложных отраслях, в которых разработка собственного ПО - вопрос сохранения конкурентоспособности и эффективности в период импортозамещения. Собственное ПО часто обусловлено уникальными бизнес-процессами; в сложных индустриях есть специфические переменные и детали, которые коробочные решения не смогут обеспечить. Говоря про стратегические объекты, владение исходным кодом обеспечивает дополнительную безопасность и контроль. В связи с этим чаще мы наблюдаем гибридный подход, учитывающий специфику заказчика. Например, можно взять надежный фундамент готового решения и надстроить над ним уникальный модуль. Это существенно сокращает сроки и стоимость внедрения. В то же время разработка с нуля оправдается в случае, когда решение уникально, не имеет готового аналога и в дальнейшем создаст конкурентное преимущество. К таким продуктам в "Газпром ЦПС" относится "ИТ-Проба".
В вопросе масштабирования продуктов мы видим значительную эволюцию. Если несколько лет назад продукты чаще оставались в компаниях как собственное ПО, то сегодня обмен накопленными успешными решениями доказывает эффективность, даже данный проект это подтверждает. Сегодня тренд - изначально закладывать в продукт возможность масштабирования. И при доказанной эффективности внутри - вывод его на внешний рынок".
Коммерческий директор бизнес-направления "Цифровые решения" АО "Айсорс" Сергей Редько:
"Компании идут в собственную разработку ради независимости. Вендорские риски - это смена команды у поставщика, конфликт собственников. В таких случаях продукт, на котором держатся критические процессы, фактически перестает поддерживаться и существовать. Рынок видел такие истории не раз. Если берут платформу под доработку, то обычно выбирают зрелое решение с историей - как надежный фундамент. Но есть ситуации, когда процессы действительно уникальны, доработать готовое решение по срокам и бюджету становится сопоставимым с разработкой с нуля.
Внутренняя разработка почти всегда начинается с установки "только для себя". Позже, с подтверждением успеха внутри, может появиться мысль о продаже в рынок. Так и рождается множество похожих решений - они реально работают и внедрены, но сделаны под одну компанию, без ориентации на универсальность, адаптивность, поддержку и тиражирование. Чаще всего кэптивная разработка не становится рыночным продуктом автоматически. Коммерциализация оказывается куда сложнее, чем кажется: живое внедрение - сильный аргумент, но оно не заменяет продуктовую архитектуру, универсальность и готовность к процессам разных заказчиков".
Представитель пресс-службы ПАО "Северсталь":
"Разработка систем управления производством "Металлургия", интегрированного планирования "Производственное планирование" и ПО для управления ремонтами "Надежность" ведется в рамках стратегической программы импортозамещения. Идея создания собственных решений для замены иностранного ПО формировалась в компании в течение нескольких лет, а активная фаза разработки стартовала в 2022 г. на фоне ухода зарубежных вендоров.
Решения создаем с нуля. Ключевое преимущество - комплексная платформенная архитектура, позволяющая создавать единое цифровое пространство для управления производством.
Продукты "Северстали", разрабатываемые в рамках ИЦК "Металлургия", изначально задумывались как решения не только для собственных предприятий, а для всей отрасли. У всех проектов есть созаказчики и перспективные площадки среди металлургических, горнодобывающих компаний и не только, есть серьезный потенциал тиражируемости".
Директор по развитию систем управления закупками и цепями поставок B2B-Center (АО "Центр развития экономики") Андрей Мышкин:
"Компании берутся за разработку собственного ПО по нескольким причинам. Во-первых, это убежденность в уникальности своих процессов, под которые невозможно подобрать готовое решение. Во-вторых, разработка позволяет сохранить штат, бюджет и влияние внутренней ИТ-команды. В-третьих, присутствует иллюзия экономии: считается, что разработка внутри компании экономит средства и повышает управляемость. Но на практике деньги уходят в фонд оплаты труда и инфраструктуру, прозрачность разработки снижается, а управляемость остается под вопросом.
Результат внутренней разработки зависит от назначения платформы. Если автоматизируется устоявшийся процесс, компании стараются дорабатывать готовые решения. Если же внутри процесса есть значимое ноу-хау, то, как правило, разрабатывают с нуля. Однако большинство инхаус-решений создаются на базе готовых платформ.
Многие закладывают масштабирование ПО на рынке, чтобы при защите бюджета показать экономический эффект, но в действительности процент успеха таких кейсов крайне низкий. Причина в том, что решение заточено под специфику конкретной компании и сделать его универсальным для всего рынка очень трудно. Кроме того, потенциальными покупателями в первую очередь становятся конкуренты, и чаще всего они опасаются подключать подобные решения. На этом этапе планы по масштабированию обычно и разбиваются.
Именно этот разрыв между внутренней спецификой инхаус-решения и потребностями рынка помогают закрыть модульные системы, такие как B2B Altis. В отличие от внутренней разработки, заточенной под один бизнес, B2B Altis выступает как конструктор, который позволяет собрать решение и для уникальных задач конкретной компании, и для типовых сценариев рынка".
Руководитель практики производственных систем ООО "Цифровой Горизонт" Рустам Гогов:
"Российские компании переходят к самостоятельной разработке программного обеспечения по нескольким ключевым причинам. Ключевой тренд последнего времени - импортозамещение. Также важную роль играют требования регуляторов или вынужденные меры - часто это реакция на уход западных вендоров, когда иностранное ПО становится недоступным ни для развития, ни для технической поддержки. Кроме того, значимый фактор - отсутствие подходящих продуктов на рынке.
Изначально, даже если разработка ведется профессиональной ИТ-компанией (подрядчиком), заказчик всегда фокусируется на решении своих внутренних задач. Часто на этапе апробации, особенно на фоне успехов, приходит понимание, что неплохо было бы сделать продукт и для рынка. Что из этого выходит - разная статистика. Удачный сценарий - когда команда вовремя осознает потенциал и включает в дорожную карту доработку под рыночные стандарты. Если же возможность упущена и разработка идет только под якорного заказчика, продукт так и остается кастомным. Выйти на открытый рынок с таким решением сложно.
Отдельного внимания заслуживает опыт ИЦК. Эта модель изначально подразумевала создание если не стандарта, то продукта для всей индустрии. Если говорить про "МАГМА", то она сразу позиционировалась как отраслевое решение. Благодаря тому, что в разработке требований и апробации участвовал не только якорный заказчик, но и другие созаказчики из ИЦК, удалось избежать типичного перекоса в сторону потребностей одного игрока".
Это третий выпуск карты "Программные разработки российских корпораций". ComNews выпускал карту в 2025 г. и 2024 г.