Разница в стоимости владения (TCO) между Low-code и High-code BPM-системами через 3 года эксплуатации достигает 40-60%, причем в разные стороны в зависимости от сложности процессов. Ошибка в выборе стека на старте приводит к тому, что стоимость одного изменения в бизнес-логике на High-code может быть в 5-7 раз выше, чем в Low-code, при сопоставимом функционале.
Капитальные затраты: CAPEX при внедрении
На этапе запуска Low-code платформы сокращают сроки разработки на 30-50% за счет визуального моделирования. Средний чек на внедрение модуля согласования документов в Low-code варьируется от 500 000 до 1,5 млн рублей, тогдаго же функционал на High-code (Java/Python/C#) потребует от 1,2 до 3 млн рублей из-за необходимости написания кода для каждой формы и валидации полей.
Однако при построении сложных систем с интеграциями более 10 внешних API (ERP, CRM, legacy-базы) стоимость Low-code резко растет. Попытки «дожать» платформу через кастомные скрипты увеличивают бюджет на 20-30%, нивелируя преимущество в скорости. Сравнение стоимости внедрения BPM показывает, что на простых процессах побеждает Low-code, но на enterprise-архитектуре High-code становится предсказуемее по цене.
Экспертный вывод: Low-code идеален для типовых процессов (согласование, заявки), но при наличии сложной математики или специфических интеграций High-code дешевле в реализации, так как не требует оплаты дорогостоящих лицензий за «расширенную кастомизацию».
Стоимость поддержки и стоимость изменения
Главный риск High-code — «зависимость от разработчика». Если автор кода увольняется, стоимость анализа системы новым специалистом составляет от 40 до 80 человеко-часов только на изучение архитектуры. В Low-code визуальная схема процесса (BPMN 2.0) сама по себе является документацией. Внесение изменения в маршрут согласования в Low-code занимает 15-30 минут, в High-code — от 4 до 16 рабочих часов (правка кода, тестирование, деплой).
Кейс: компания из ритейла внедрила контроль поручений на High-code. Изменение одного условия в матрице эскалации потребовало 3 дня работы backend-разработчика и QA-инженера (итого ~30-50 тыс. руб.). В Low-code аналогичная правка делается бизнес-аналитиком за 10 минут без остановки системы.
Экспертный вывод: В долгосрочной перспективе (2+ года) Low-code снижает OPEX на поддержку процессов на 40%, перенося центр компетенций с дорогого программиста на более дешевого бизнес-аналитика.
Лицензионный налог против стоимости фонда оплаты труда
Low-code платформы работают по модели подписки или лицензий за пользователя/процесс. Годовая поддержка может составлять 15-25% от стоимости лицензий. High-code системы «бесплатны» в плане лицензий (если используется Open Source), но требуют постоянного содержания штата или оплаты контракта с интегратором. Средняя зарплата Java-разработчика уровня Middle/Senior в РФ сейчас составляет 250-400 тыс. руб./мес., что делает владение собственным кодом крайне дорогим удовольствием.
При штате пользователей в 200 человек годовые лицензии Low-code могут стоить 1-2 млн рублей. Содержание одного разработчика для поддержки этой же системы обойдется в 3-4,5 млн рублей в год. Таким образом, Low-code экономически эффективен до тех пор, пока стоимость лицензий не превысит стоимость одного full-stack разработчика.
Экспертный вывод: Для компаний с штатом до 500 пользователей Low-code выгоднее, так как аренда платформы дешевле содержания выделенного разработчика.
Технологический долг и масштабируемость
Low-code платформы часто становятся «черным ящиком». Когда бизнес перерастает возможности платформы, возникает тупик: либо переписывать всё с нуля (потеря 100% инвестиций), либо переплачивать вендору за доработку ядра. High-code дает полный контроль над БД и индексами, что критично при нагрузках свыше 10 000 транзакций в час. В Low-code при таких объемах время отклика системы может вырасти с 200 мс до 2-3 секунд, что делает её непригодной для фронт-офисных задач.
Ошибки при выборе BPM-интегратора часто заключаются в игнорировании этого порога. Интегратор может продать Low-code как «быстрый старт», но через год компания упрется в лимиты производительности базы данных платформы, и стоимость миграции составит 70-100% от первоначального бюджета проекта.
Экспертный вывод: Если ваши процессы предполагают миллионы операций в месяц или сверхсложные расчеты, выбирайте High-code. В остальных 80% случаев для бэк-офиса Low-code избыточно производителен и экономически оправдан.
Вывод
Мой вердикт: для 85% корпоративных задач (согласование документов, контроль поручений, HR-процессы) Low-code является единственно верным выбором из-за радикального снижения стоимости изменений и скорости внедрения. High-code стоит выбирать только в двух случаях: когда вы создаете высоконагруженный продукт для внешних клиентов (SaaS) или когда у вас есть собственный сильный IT-департамент, готовый брать на себя вечный цикл поддержки кода. Чтобы не ошибиться, начните с детального моделирования процессов: если в них нет сложной математики, а есть только логика «кто-кому-когда», Low-code сэкономит вам миллионы рублей на горизонте трех лет.