Разработка программного обеспечения, особенно корпоративного уровня — дело непростое, инвестоёмкое и довольно долгое. В то же время заказчики не готовы ждать: после ухода из России лидеров мирового рынка ПО привычка получать от программных решений максимум функциональности в сжатые сроки осталась. Российским же разработчикам, не имеющим сопоставимых бюджетов, штатов и рынков сбыта, приходится выдерживать марку — стараясь успевать больше за ограниченное время, не поступаясь притом качеством продукта. Как а такой ситуации они справляются со своими задачами — и в какой мере им помогают в этом канальные партнёры?

От инструментов к решениям

Российскому заказчику всё чаще требуются высокотехнологичные средства решения специфичных для его бизнеса задач; в частности — кастомизированные программные продукты. В какой мере ИТ-канал готов сегодня удовлетворять такие запросы?

«В современном мире цифровизация — сложная комплексная задача, — размышляет Александр Сахаров, директор по работе с партнёрами компании „Диасофт“. — Невозможно подходить к ней с позиций с помощью какого-то одного решения. В рамках цифровизации необходимо объединять множество инструментов из разных областей. Например, для работы цифровых решений одного вида нужны данные от цифровых решений другого вида, — и таких видов очень много. Главное, что невозможно достичь момента, когда можно будет со всей определённостью заявить, что цифровизация завершена: постоянно появляются новые идеи и новые технологии. В связи с этим современные решения, которые создаёт вендор, должны быть готовы к постоянному и непрерывному процессу кастомизации. По сути, это их ключевое свойство. Решение не должно быть статичным; оно обязано давать возможность двигаться вперёд. Для этого мы создали Digital Q — среду разработки микросервисных программных продуктов, на базе которой создаются ИТ-решения „Диасофт“ и партнёров компании. Такие решения легко связываются между собой, формируя единую, связную и целостную экосистему, способную постоянно развиваться».

erid:

Экосистема Digital Q: управляемая ИИ-разработка ПО

Сейчас компаниям важно быстрее выводить цифровые продукты на рынок и оперативно адаптировать их к новым требованиям. При этом сокращение сроков разработки не должно приводить к снижению надежности, безопасности и качества ПО. Поэтому требуются инструменты, которые позволяют контролируемо использовать готовые архитектурные решения и быстрее создавать новые продукты.

Digital Q — российская ИТ-экосистема для управляемой ИИ-разработки микросервисных программных продуктов от компании «Диасофт». В составе экосистемы — более 30 платформ, интегрированных между собой в единую технологическую среду, и мультиагентный конвейер, который проводит бизнес-требование через весь цикл создания ПО.

В платформы уже заложены единые архитектурные принципы, механизмы интеграции, безопасности, производительности и масштабируемости. Благодаря этому разработчикам не приходится каждый раз проектировать продукты с нуля: код легко реиспользуется, а качество наследуется.

Использование Digital Q:

  • в 4 раза снижает затраты на разработку кода за счет автоматической генерации всех микросервисов и API, в том числе силами ИИ-агентов;
  • в 4 раза сокращает трудоемкость ИТ-задач за счет ИИ-инструментов и low-code платформ нового поколения;
  • в 6 раз ускоряет процессы сборки и развертывания за счет использования современных инструментов DevOps и CI/CD;
  • в 3 раза ускоряет процессы тестирования за счет автоматического создания и исполнения тестов;
  • в 5 раз сокращает затраты на создание омниканального и адаптируемого интерфейса за счет использования визуального конструктора и автоматической генерации фронт-энда.

Вместе с этим, экосистема Digital Q держит использование ИИ под контролем: десятки мультиагентных решений работают по заданным правилам и проверяют результат по спецификации, обеспечивая корректность и прозрачность процесса создания ПО. Пользователь загружает бизнес-требования, а экосистема ведет его через весь процесс создания ИТ-продукта. В итоге создается не только код, но и актуальная документация для удобного сопровождения.

Реклама ООО «Диасофт Экосистема», ИНН: 9715403607

По словам эксперта ИТ-экосистемы «Лукоморье», технологии разработки ПО сегодня эволюционируют в направлении максимальной гибкости и сокращения зависимости бизнеса от классической разработки: «Если ещё недавно любое изменение корпоративной системы — запуск нового сервиса, корректировка маршрута согласования или изменение бизнес-процесса — требовало написания кода и участия команды разработчиков, то теперь всё больше компаний делают ставку на no-code подход (без кода). Его ключевая идея заключается в том, что логика работы системы переносится из программного кода в слой конфигурации, а большинство изменений выполняется через настройку. Этот подход особенно востребован в корпоративных сервисных платформах класса ESM, которые сегодня охватывают не только ИТ-службы, но и HR, финансы, административные подразделения, закупки и другие внутренние функции».

Максим Барсуков, директор департамента информационных систем АМТ-ГРУП, подтверждает, что спрос на кастомизированное ПО действительно растёт, несмотря на общую оптимизацию ИТ-расходов: «Есть сферы бизнеса (например, финансы или телеком), где большинство процессов описано и покрываются стандартным набором готового ПО с небольшой кастомизацией. Есть и более сложные варианты, когда на рынке нет ничего подходящего — и требуется сильная адаптация и доработка под процессы заказчика. Отечественные вендоры в ответ на такие запросы, закладывая в своё ПО инструменты low-code/no-code, встраивая BPM-платформу (либо собственной разработки, либо open source Camunda), предусматривая модульную архитектуру и открытые API. Это позволяет интеграторам дорабатывать решение под клиента, используя уже заложенную функциональность в качестве функционального ядра системы».

«Роль интегратора при этом намного шире, — уточняет эксперт, — это анализ бизнес-процессов, выбор стека технологий, подбор и закупка „железа“, интеграция систем, миграция данных, обучение пользователей, дальнейшая техподдержка. Кооперация вендора и интегратора позволяет максимально удовлетворить запросы заказчиков и снижает риски при сопровождении сложных кастомных решений. Из проблем можно выделить незрелость отечественных вендоров: есть риск столкнуться с ограничениями в ядре ПО, о которых может не быть известно на этапе проектирования. Также сильная кастомизация может привести к тому, что обновление базового ПО вендора становится рискованным: с ним могут начать конфликтовать кастомные компоненты. А слишком глубокая кастомизация способна породить зависимость от интегратора (его специалистов), команда которого проектировала это частное решение, что может привести к серьёзному снижению качества сервиса и развития ПО в случае смены партнёра».

На взгляд Эдуарда Тихомирова, технического директора GitFlic (входит в «Группу Астра»), российский ИТ-канал вполне осознаёт запрос на кастомизацию и стратегически на него отвечает, но удовлетворяет лишь частично: «Верхний сегмент — крупные интеграторы и вендоры с сильной экспертизой — справляется хорошо. Средний и нижний отстают: упираются в дефицит кадров, незрелость платформ и необходимость собственной трансформации из продавцов коробок в инженерные компании. На этом уровне канал отдаёт не продукт, а платформу и инструменты под доработку. Но кейс одновременно показывает условия, при которых это работает: нужен заказчик с собственной командой разработки и зрелый инструментарий. Для среднего и нижнего сегментов канала порог входа в кастомизацию остаётся высоким».

Максим Ковтун, управляющий партнёр «Разработка и тестирование» IBS, предлагает особо рассмотреть сценарии, при которых созданный продукт закрывает потребности не на 100%: «Первый — решение от зрелого вендора; здесь редко дорабатывают функциональность под конкретного клиента, поскольку это размывает архитектуру, — доработками занимается партнёру-интегратор. Чем больше расхождение между базовым функционалом и потребностями клиента, тем ближе такая кастомизация к заказной разработке по сложности и затратам, но без контроля над архитектурой и дорожной картой. Второй сценарий — решение от молодого вендора. Такие компании готовы развивать продукт под проект, однако высок риск срыва сроков из-за незрелости решения или отсутствия методологии. Третий — заказная разработка с нуля: процесс уникален, контроль над кодом критичен, масштабируемость в приоритете. Это путь, требующий зрелого партнёра с опытом и методологией, а также активного вовлечения бизнеса. Первый и третий варианты примерно одинаковы по рискам и затратам при значительном расхождении функционала и потребностей. Во втором варианте следует особо учитывать риски. Рекомендуется проводить этап сравнения и выбора решения (System Selection), независимый анализ вариантов: какой из них лучше обеспечит потребности, что покажут расчёты совокупной стоимости владения (TCO) и возврата инвестиций (ROI), а также нагрузочные испытания».

Как свидетельствует Александр Ложков, технический директор АО «Современные системы», задачи кастомизации давно стали трендом в российском ИТ-канале: «Low-code/no-code инструменты, модульность, открытость API применяют очень многие. Также вендоры активно изучают потребности конкретных секторов (нефтегаз, ритейл, агро, финтех, госсектор) и предлагают решения с „заложенной“ адаптацией под отраслевой стандарт. Уверенно чувствуют себя те вендоры, у которых есть работающие партнёрские программы. У более мелких разработчиков взаимодействие с каналом может быть слабее, и кастомизацию им приходится брать на себя. ИТ-интеграторы и компании со специализацией на инфраструктурном консалтинге выступают сегодня критическим звеном при внедрении продукта в инфраструктуру заказчика: создавая отвечающее запросам того решение, которое притом не окажется чрезмерно сложным и дорогим в поддержке, помогая вендору корректно считать бизнес-задачи заказчика и соорганизовать работу команды из разработчиков разных программных продуктов. Риски такой концепции — и недостаточная (в том числе отраслевая) компетенция, и стремление сделать сразу всё, перекастомизировав решение „на вырост“ даже там, где этого не требуется. Необходимо уделять максимум внимания вопросам совместимости разных продуктов внутри решения, поддержки продукта внутри инфраструктуры заказчика с дальнейшим его развитием под меняющиеся бизнес-задачи. Одной из значимых составляющих успеха является утверждение границ ответственности между вендором и его партнёрами».

Канал всегда рядом

Как часто заказчикам требуется поддержка канальных партнёров в ходе «посадки на свою фигуру» продуктов отечественных разработчиков? Последним ведь, не имея сопоставимых с глобальными коллегами бюджетов, штатов и рынков сбыта, приходится выдерживать марку — стараясь успевать больше за ограниченное время, не поступаясь притом качеством продукта.

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

Внушительные темпы роста на оказание услуг технической поддержки в 2025 году подтверждают, по свидетельству Александра Ложкова, многие разработчики и заказчики: «Даже взяв „готовый“ пакет (ОС, офисный комплекс, почтовый сервер), заказчик редко разворачивает его „в лоб“. Задачи могут быть тут самые разные; например, совместимость с уже имеющимся стеком: другим софтом, оборудованием, системами виртуализации, корпоративными сервисами. Отдельная боль — миграция на российское ПО: здесь краеугольным камнем может стать квалификация инженеров. Важно и то, что функционал „из коробки“ в ряде случаев не полностью закрывает специфические бизнес-процессы компании, — тут-то и становится по-настоящему необходим партнёр с экспертизой. Помимо финансовых ресурсов, у российской разработки в дефиците ещё и время — которое требуется на развитие партнёрских программ, на разработку с учётом специфики отрасли и ключевых направлений, на работу с составом и скоростью адаптации решений под конкурентный запрос. Заказчики, в свою очередь, стали, по нашему опыту, более прагматичными: они готовы принимать продукт, который решает их бизнес-задачи, но требуют прозрачности в вопросах развития и поддержки, плюс честной оценки рисков».

«Большинство заказчиков сегодня понимают: переход на российские решения неизбежен, — свидетельствует Эдуард Тихомиров. — Часть из них целенаправленно ищет максимально близкие аналоги привычного западного ПО — и здесь роль партнёров особенно важна, поскольку именно те помогают „посадить“ продукт на специфику конкретной организации. Ключевое преимущество отечественных вендоров, которое заказчики все чаще отмечают, — возможность влиять на roadmap: получать не адаптацию международного опыта, а решение, изначально заточенное под российские реалии. Показательны запросы, когда заказчик просит не скопировать поведение того же GitLab, а устранить его системные недостатки — переосмыслить функционал под собственные задачи. Дополнительный аргумент в пользу перехода — полноценная вендорская поддержка: то, чего западные разработчики российскому рынку больше не предоставляют».

Окончание следует

Источник: