Финансовый маркетплейс на low-code: как спасли бюджет на проекте, который завис на 6 месяцев
Клиент: ИТ-подрядчик банковского сектора
Маркетплейс запущен. Бюджет проекта — 7 млн ₽ вместо изначальных 25 млн ₽. Срок реализации сокращён в 5 раз. Сэкономлено более 18 млн ₽.
К нам пришёл руководитель ИТ-подрядчика, который занимался разработкой банковского ПО. Ситуация: компания взяла государственный тендер на разработку финансового маркетплейса. Стек — классический Java, команда — middle/senior разработчики с большой ставкой. По плану — 2,5 года и 25 млн ₽ бюджета.
Через полгода работы стало понятно, что проект не идёт. Команда буксует, заказчик присылает запросы на статус каждую неделю, KPI у кураторов проекта горят. Денег съели уже половину годового бюджета, готового — на 15–20%. Дальше — либо сорвать сроки и нарваться на штрафы, либо признать неспособность и вернуть аванс.
В этом состоянии нас попросили посмотреть, можно ли что-то сделать.
Анализ ситуации
После первого дня погружения стало понятно, что проблема не в команде. Команда сильная. Проблема в подходе.
| Что было | Почему не работает |
|---|---|
| Java-стек, классическая разработка | Каждая бизнес-форма — отдельный код, тесты, ревью. Срок одной фичи — 2–3 недели |
| Бэкенд под индивидуальный домен | Половина функционала — это типовые маркетплейс-задачи (каталог, корзина, заказы), писать с нуля бессмысленно |
| Жёсткая архитектура | Любое изменение требований заказчика — переделка нескольких слоёв, согласование, регрессионное тестирование |
| Длинный цикл feedback | Заказчик видит результат раз в спринт, неделю обсуждают, неделю переделывают. Реальная скорость — 30% от плана |
Команда честно делала всё правильно по канонам, но канон не подходил под задачу. Маркетплейс — это бизнес-логика, а не системное ПО. Под бизнес-логику есть инструменты, которые в десятки раз быстрее.
Решение: переход на low-code
Предложили перевести проект на low-code платформу для бизнес-приложений. Аргументы:
- Скорость моделирования. Базовые сущности маркетплейса (товары, поставщики, заказы, платежи, документооборот) собираются за дни, а не недели.
- Готовые компоненты. Авторизация, ролевая модель, интеграция с платёжными системами, отчётность — всё уже есть.
- Изменения требований дешёвые. Бизнес-аналитик меняет процесс в визуальном редакторе за часы, без участия разработчиков.
- Экспертиза переносится. После проекта у заказчика остаётся работающая система плюс собственные сотрудники, обученные её сопровождать.
Основной аргумент против low-code в банке — «масштабируемость» и «контроль над кодом». Для маркетплейса с прогнозируемой нагрузкой и стандартной бизнес-логикой эти аргументы не работают. Низкоуровневый Java-код нужен для критичной транзакционной системы, а не для каталога с заказами.
Реализация
После одобрения смены подхода команда полностью пересобрана. Дальнейший план:
| Этап | Что делали | Срок |
|---|---|---|
| 1. Прототип основного бизнес-процесса | Собрали в low-code за 2 часа базовый прототип «поставщик → каталог → заказ → платёж». Показали клиенту | 2 часа |
| 2. Защита перед заказчиком | Презентовали прототип. Заказчик согласовал смену стека, расширил рамки задачи | 1 неделя |
| 3. Бэкенд и бизнес-процессы | Полная реализация бэкенда: учёт поставщиков, товаров, заказов, документов, интеграции с банковскими системами, отчётность | 1,5 месяца |
| 4. Фронтенд | Пользовательский интерфейс под брендбук заказчика, мобильная адаптивность, кабинеты поставщиков и покупателей | 3,5 месяца |
| 5. Тестирование и приёмка | Нагрузочное тестирование, исправление замечаний приёмочного тестирования, обучение администраторов | 1 месяц |
Итого: 6 месяцев от старта до сдачи проекта. При этом основные бизнес-процессы и бэкенд были готовы уже на 2-м месяце — оставшееся время ушло на полировку фронта и работу с замечаниями заказчика.
Цифры
| Параметр | Изначальный план (Java) | Реализация (low-code) | Эффект |
|---|---|---|---|
| Срок | 30 месяцев | 6 месяцев | ×5 быстрее |
| Бюджет | 25 млн ₽ | 7 млн ₽ | −72% |
| Размер команды | 12 человек middle/senior | 4 человека (бизнес-аналитик, low-code инженер, фронтенд, тестировщик) | −67% |
| Время на правку требований заказчика | 1–2 недели | Часы — 1 день | ×10–20 быстрее |
Сэкономлено по бюджету: более 18 млн ₽. По срокам: 24 месяца. По людям: освобождены 8 senior-разработчиков для других проектов.
Что важно понимать про low-code
Low-code — не серебряная пуля. Не каждый проект на нём окупается. Где работает:
- Бизнес-приложения с документооборотом, заявками, заказами, согласованиями.
- Маркетплейсы и каталоги среднего масштаба (до миллионов SKU).
- Корпоративные кабинеты клиентов и поставщиков.
- Внутренние системы учёта, мониторинга, отчётности.
Где не работает:
- Высоконагруженные транзакционные системы (банковский core, биржевые движки).
- Системы с уникальной алгоритмикой (трейдинг, скоринг с собственными моделями).
- Embedded-системы и низкоуровневое ПО.
В этом проекте мы попали в первую категорию идеально: типовая бизнес-логика, прогнозируемая нагрузка, стандартные интеграции. Поэтому low-code дал десятикратный выигрыш.
Уроки проекта
1. Стек выбирают под задачу, а не наоборот. Когда команда привыкла работать на Java, любая задача кажется задачей для Java. Это нормально, и это же самая частая причина срыва бюджетов.
2. Прототип за 2 часа стоит больше, чем презентация за 2 недели. Заказчик быстрее принимает решение, видя живой клик-через. Никакие диаграммы, плеймы и архитектурные документы не дают того же эффекта.
3. Менять подход на середине проекта можно — если есть кому это сделать. Команда, которая полгода писала на Java, не перепрыгнет на low-code за неделю. Нужны люди с опытом именно low-code платформ, плюс готовность заказчика честно списать предыдущую работу.
4. Low-code не значит «дёшево и сердито». Это другой инструмент с другой экономикой. Сэкономили на размере команды и сроках, но не на качестве. Маркетплейс выдержал нагрузочное тестирование и работает в проде второй год.
FAQ
Какие low-code платформы используете в проектах? Подбираем под задачу. Среди отечественных — несколько российских BPM-платформ корпоративного уровня. Среди мировых — Mendix, OutSystems (с оговорками по санкциям). Выбор зависит от стека заказчика, требований по импортозамещению и бюджета.
Можно ли сделать на low-code банковский core? Нет. Транзакционный core с десятками тысяч TPS, требованиями по latency в миллисекундах и регуляторным аудитом — задача для классической разработки. Low-code тут проиграет по производительности.
А что с импортозамещением? Российские low-code платформы развиваются активно, в реестре российского ПО их несколько десятков. Для проекта, который должен быть в реестре или подпадать под требования 187-ФЗ, выбираем из реестра.
Сколько стоит начать пилот на low-code? Бюджет на пилот по типовому бизнес-процессу — от 500 тыс ₽ за 1–2 месяца. По итогам пилота клиент решает, переводить ли остальной проект.
Как считать ROI на смене стека в середине проекта? По разности оставшегося бюджета и сроков. В этом кейсе из 25 млн потрачено 5 млн на классической разработке, оставшиеся 20 млн стояли впереди. Перевод на low-code превратил оставшиеся 20 в 2, плюс сократил срок на 24 месяца. ROI считается за месяцы, а не годы.