Время экономии: тренды рынка заказной разработки в 2025 году
В 2025 году в дополнение к импортозамещению на российском рынке заказной разработки усиливается запрос на снижение затрат. Бизнес и государственный сектор сокращают бюджеты, но при этом не хотят жертвовать качеством ПО. ИТ-компания Хоулмонт представляет свой взгляд на актуальные задачи рынка и пути их решения.
Содержание |
Потребность в заказной разработке
Уже несколько лет главным драйвером рынка заказной разработки выступает импортозамещение. Многим организациям необходимо выполнить требования по переходу на российское программное обеспечение и исключить риски санкций.
Среди востребованных классов ПО: ERP, CRM, СЭД, системы автоматизации отдельных корпоративных процессов. К услугам заказной разработки обращаются, когда на рынке нет готового ПО или когда нужна настолько сильная кастомизация, что проще и дешевле будет создать систему с нуля. Если речь идет о замене системы, которая адаптировалась к задачам компании в последние десять лет, то шансов найти на рынке готовое решение почти нет.
Примеры таких проектов из опыта Хоулмонт:
- ERP для управления ж/д перевозками в «Газпромтранс», одной из крупнейших логистических компаний в России.
- Автоматизация процессов перестрахования в РНПК, крупнейшей в РФ перестраховочной компании, которая обеспечивает стабильность финансовой отрасли.
- CRM для продаж различных групп удобрений в «ЕвроХим», международной химической компании, которая занимает лидерские позиции среди производителей минеральных удобрений.
Новый тренд на рынке — сокращение бюджетов на инвестиционные проекты. Многие компании не готовы совсем сворачивать ИТ-инициативы, но стремятся реализовать их с минимальными ресурсами.
Выбор технологий
Технологии напрямую влияют на стоимость и сроки реализации проекта. Для заказчиков это один из ключевых критериев при выборе ИТ-партнера, наряду с отраслевой экспертизой и опытом.
При разработке корпоративных систем обычно рассматривают следующие варианты:
• Традиционная разработка
Максимальная гибкость, при этом долгий срок реализации проекта, высокая стоимость и потребность в большой команде. Этот вариант подходит для корпоративных решений со сложной логикой, жесткими требованиями к безопасности и высокой нагрузкой, например, для банковских core-систем. Снизить затраты помогут точечные инструменты автоматизации, например, Amplicode для разработки на Spring Boot или OpenBPM для команд автоматизации процессов на Camunda.
• Low-Code платформы
Высокая скорость разработки и возможность привлечения так называемых «гражданских разработчиков». При этом ограниченная гибкость, высокая стоимость и невозможность перехода на другую платформу. Оптимальный вариант — несложные решения или кастомизация готовых продуктов на базе Low-Code платформ.
• Фуллстек Less-Code платформы
Баланс скорости и гибкости, стандартизация и унификация, полный контроль над решением без привязки к вендору. Однако требуется команда профессиональных разработчиков, а гибкость меньше, чем при традиционной разработке. Подходит для создания типовых корпоративных систем для работы с данными и автоматизации бизнес-процессов.
Оптимизация затрат за счет платформы Jmix
Хоулмонт развивает фуллстек Less-Code платформу Jmix, которая позволяет повысить эффективность разработки корпоративных веб-приложений.
Коротко о том, что представляет собой продукт. Jmix — это open source Java платформа. Рост продуктивности обеспечивается за счет стандартизации архитектуры, точечного использования визуальных инструментов и готовых компонентов. Основная идея в том, чтобы избавить разработчиков от рутины и направить их усилия на реализацию бизнес-логики.
Особенности платформы:
- Бэкенд разработчик реализует и бэкенд, и фронтенд
- Единое пространство для совместной работы на основе IntelliJ IDEA и OpenIDE
- Модульная архитектура с большим количеством готовых компонентов
- Визуальные инструменты для ускорения разработки модели данных, экранов, бизнес-процессов, ролевой модели и т. д.
- AI-ассистент, который дает подсказки и помогает исправить ошибки
- Открытый код платформы, лицензии по количеству разработчиков, нет ограничений по распространению созданного приложения
Как Jmix помогает снизить затраты:
• Количество ставок на проекте
Jmix позволяет отказаться от разделения на фронтенд и бэкенд. Требуется меньше сотрудников для разработки, снижаются трудозатраты на тестирование и DevOps.
• Время разработки проекта
Jmix помогает ускорить разработку на 25%. Это напрямую влияет на затраты, поскольку в большинстве случаев оплата рассчитывается исходя из почасовой ставки и времени работы сотрудника.
• Стоимость владения
Стоимость лицензий на Jmix зависит от количества разработчиков, а не от количества пользователей созданного решения. Кроме того, стоимость владения не будет резко расти при переводе в систему новых подразделений или регионов.
В другой статье на Tadviser мы рассчитывали возможную оптимизацию для типового проекта разработки ПО. Общая экономия может составить 14,675 млн рублей, затраты на внедрение платформы — 2,5 млн рублей, ROI — 587%, срок выхода на окупаемость инвестиций — 2 месяца.
Организация работы над заказными проектами
В условиях экономии заказчики не готовы сразу инвестировать в масштабный проект, поэтому начинают с прототипа. Кроме того, организации стали жестче контролировать не только бюджеты, но и сроки проектов. Все хотят видеть результат, а не бесконечный процесс.
При работе над масштабными комплексными проектами мы предлагаем действовать итерациями:
- Разработка прототипа для подтверждения концепции (Proof of Concept, PoC) для демонстрации возможностей и ограничений технологий. PoC может быть разработан за 30-40 часов.
- Создание минимально жизнеспособного продукта (Minimal Viable Product, MVP) с ограниченным набором функций для быстрого получения первого результата автоматизации. Для разработки MVP требуется 2-4 месяца.
- Поэтапная реализация функциональности, запуск в эксплуатацию по готовности. Внутри этапов можно использовать как Agile, так и Waterfall.
Такой формат мы использовали при работе над проектами «ЕвроХим» и РНПК.
Как заменить критически важную ERP
Одна из самых распространенных задач — замена критически важной ERP. Сложность в том, что обычно такие системы должны работать 24/7, но масштаб не позволяет провести замену разом. Например, ERP в «Газпромтранс» развивалась более 15 лет, она насчитывает 19 модулей и свыше 16 интеграций.
Сперва мы планировали провести замену по методологии большого взрыва, однако из-за масштаба проекта был риск получить нерабочую систему. Тогда мы решили работать по методологии Parallel Running.
При Parallel Running во время опытной эксплуатации старая и новая системы работают параллельно на одинаковом наборе данных. В случае сбоя в одной системе операция может быть выполнена в другой, бизнес-процессы не останавливаются. Модули новой ERP запускаются в эксплуатацию поэтапно.
Правильный выбор методологии позволил преодолеть сложный период на проекте «Газпромтранс». ERP выведена в опытно-промышленную эксплуатацию в нескольких филиалах, в системе оформляется полный объем документов по организации ж/д перевозок. Одна из главных сложностей при Parallel Running — синхронизация данных в режиме реального времени и проверка их консистентности. Для решения этой задачи мы разработали собственный инструмент xDbStream.
Помимо проекта «Газпромтранс» мы выполняли замену критически важной ERP в крупных европейских компаниях из сфер перевозок, недвижимости и финансов.
Запрос на технологические платформы
Отдельно стоит отметить запрос на внедрение корпоративных платформ для стандартизации и повышения эффективности внутренней разработки. Заказчики хотят не только получить конкретную систему, но и поставить на поток создание новых решений. Внутренним ИТ-отделам требуется инструментарий для автоматизации типовых задач и переиспользования отдельных компонентов.
К таким платформам, как правило, предъявляется ряд требований:
- Популярный стек технологий, с которым сможет работать команда
- Быстрое освоение
- Заметное повышение продуктивности
- Совместимость с корпоративной ИТ-экосистемой
- Соответствие требованиям по безопасности
Мы неоднократно решали подобные задачи на базе платформы Jmix. Обучали специалистов заказчика, помогали накопить экспертизу, разрабатывали новые компоненты для реализации функциональности или визуала, создавали форки.
Например, в ПСБ действует ограничение на использование ПО, выпущенного после февраля 2022 года. Поэтому ИТ-отдел банка создал форк на базе Jmix 1.2 и модифицировал его под свои требования. Изменения затронули:
- Сервис для поиска
- Создание новых папок в хранилище файлов
- Swagger аннотации при генерации CRUD сервисов
- Настройку ролевой модели
Такие проекты показывают, что внутренние ИТ-отделы и производители технологий не конкуренты, а союзники.
Комбинация заказной разработки и готовых продуктов
Проекты в крупных организациях часто включают не просто разработку отдельных систем, а реализацию сквозного рабочего пространства. Оно включает в себя как готовые продукты от разных производителей, так и заказные решения.
Продукты, платформы и инструменты Хоулмонт могут использоваться в комбинации:
- Документооборот на СЭД ТЕЗИС
- Jmix для личных кабинетов контрагентов, систем диспетчеризации и распределения задач, CRM, ERP и других решений
- OpenBPM для оркестрации процессов
- Интеграции с мобильными приложениями, системами ЮЗЭДО, бухгалтерией на 1С и другим ПО
Примеры из практики:
- В ПСБ на базе СЭД ТЕЗИС реализован документооборот, на базе платформы Jmix — уникальное решение для ведения архива.
- В федеральном органе власти (проект в стадии разработки, под NDA) СЭД ТЕЗИС используется для документооборота, заказные системы на базе Jmix — для автоматизации работы кадровой службы и административно-хозяйственной деятельности.
Заказчики могут получить экосистему продуктов для автоматизации и инструментом для разработки от одного вендора, при этом без привязки к нему. Правильный выбор инструментов позволяет решить задачу наиболее эффективно и с минимальными ресурсами. Ситуация на рынке заказной разработки сложная, участники экономят ресурсы и урезают бюджеты. Однако развитие ИТ нельзя поставить на паузу. Поэтому пришло время для умных и эффективных решений.
