Зачастую чтобы добавить новые поля в форму или поменять порядок шагов в согласовании, банку нужно завести полноценный IT-проект – с постановкой задачи, очередью, тестированием и релизом на месяцы вперед.
Мелких и средних доработок такого рода в крупном банке копятся сотни, и каждая требует внимания дорогих специалистов. В результате простые с виду изменения тянутся неделями, а бизнес устает ждать и придумывает обходные пути при помощи ручной работы.
Одним из ответов на этот вызов стали low-code платформы, позволяющие вносить изменения без навыков программирования. Вокруг них сейчас много шума и не меньше завышенных ожиданий. На практике где-то они действительно позволяют запустить сервис силами пары человек, а где-то без полноценной команды инженеров все же не обойтись.
В этой статье разберем, что из себя представляет low-code и в каких банковских задачах он действительно поможет.
Что такое low-code
Low-code – подход к созданию программ, в котором приложение собирается из готовых блоков, которые настраиваются в визуальном интерфейсе.
Разработчик переносит нужные элементы на рабочую область, настраивает формы и логику работы — например, какие данные показывать в таблице или что произойдет при нажатии на кнопку —, а код добавляет только там, где это нужно. Такая платформа меньше похожа на экран программиста с бесконечными строками кода и больше – на графический редактор.
Бизнес-процессы здесь выглядят как схема из блоков, соединенных стрелками. Каждый блок – это шаг: получить заявку, проверить данные, отправить на согласование, уведомить клиента. Стрелки показывают, куда процесс движется дальше и при каких условиях. Многие платформы дают возможность сразу увидеть результат в режиме предпросмотра, а когда стандартных блоков не хватает, открывается доступ к редактору кода, где можно дописать логику вручную.
Главная причина, по которой low-code стал популярен, — это скорость. Рабочие решения могут собираться за недели, а иногда и дни, и обходятся заметно дешевле.
Более того, к разработке могут подключиться не только программисты, но и сотрудники, которые хорошо знают саму задачу, — например, бизнес-аналитики.
Low- VS pro-code системы
Выбор между low-code и pro-code сводится к выбору между скоростью и контролем.
Pro-code дает максимальную гибкость: можно реализовать самую нестандартную логику, оптимизировать систему под высокие нагрузки и выстроить любую архитектуру. Расплата за это – время и стоимость, поскольку нужна команда квалифицированных инженеров, а цикл разработки растягивается на месяцы.
Low-code, наоборот, жертвует частью гибкости ради скорости: не всегда можно сделать то, чего не предусмотрел вендор платформы, зато типовые задачи закрываются в разы быстрее.
Кроме того, разные решения требуют разные типы затрат. Собранный на low-code инструмент сложно перенести на другую технологическую основу, поэтому компания оказывается привязана к ценам, обновлениям и развитию конкретного вендора. В pro-code такой привязки нет, но за свободу приходится платить большими затратами на собственную команду. Выбор между подходами – это вопрос того, «что выгоднее для конкретной задачи».
| Отличия | Low-code | Pro-code |
|---|---|---|
| Скорость vs стоимость | Быстрее и дешевле, решение за дни и недели | Медленнее и дороже, цикл – несколько месяцев |
| Гибкость vs контроль | Ограничены возможностями платформы | Практически неограниченные |
| Кто разрабатывает | В том числе бизнес-аналитики и аналитики процессов | Только профессиональные инженеры |
Low-code платформы в банкинге
В банках low-code прижился потому, что им приходится чаще других подстраиваться под меняющиеся требования регуляторов, а классическая разработка за этими изменениями просто не успевает. Проверка клиентов, согласование операций, обработка обращений – все это цепочки шагов, которые нужно автоматизировать, дорабатывать и подстраивать под новые требования.
Чтобы было понятнее, где именно банки применяют low-code, ниже собраны основные сферы:
-
Кредитные заявки – на платформе собирают весь путь заявки: от заполнения анкеты клиентом до автоматических проверок, расчета решения и передачи на одобрение сотруднику. Приложение подстраивается под изменения в условиях кредитования или критериях оценки в течение нескольких часов или пары дней.
-
Онбординг и проверка клиентов – KYC и открытие счета состоят из множества шагов: сбор документов, сверка данных, проверки по базам и подтверждение личности. Low-code помогает выстроить такой сценарий целиком и быстро менять его, когда регулятор вводит новые требования.
-
Поддержка клиентов – на платформе собирают системы обработки обращений, где заявка автоматически попадает нужному специалисту и проходит по заданному маршруту. Это ускоряет ответы клиентам и снижает нагрузку на сотрудников за счет автоматизации рутинных шагов.
-
Регуляторная отчетность – требования к ней меняются часто, и банкам важно уметь быстро перенастраивать отчеты, не привлекая каждый раз разработчиков. Low-code позволяет менять формы и правила сбора данных в визуальном интерфейсе и оставаться в рамках актуальных требований.
-
Внутренние порталы и дашборды – сюда относятся рабочие порталы для сотрудников, панели с ключевыми показателями и инструменты для согласования операций. Все это типовые задачи, которые low-code закрывает быстро и без большой команды разработчиков.
-
Прототипы новых продуктов – на таких платформах удобно проверять идеи на реальных клиентах, собрав рабочий прототип за пару недель. Только после проверки гипотезы банк решает, стоит ли вкладываться в полноценную разработку продукта.
Почему low-code эффективнее, чем штат разработчиков
Главная причина, по которой банки тянутся к low-code – экономия денег и времени. Своя команда разработчиков обходится дорого, и содержать большой штат под все задачи накладно. При этом значительная часть работы в банке – это не уникальные сложные системы, а довольно типовые вещи: внутренние сервисы, формы, отчеты и автоматизация процессов.
Low-code позволяет закрывать такие задачи быстрее и меньшими силами, а иногда и руками самих бизнес-сотрудников, которые лучше всех понимают, что именно нужно.
К этому добавляется скорость реакции, которая для банка особенно важна. Если новую функцию или изменение в процессе можно внедрить за дни, а не за месяцы, банк быстрее отвечает на запросы рынка и не отстает от более расторопных конкурентов. Классическая разработка с ее долгими циклами планирования часто оказывается слишком медленной для рутинных доработок.
Однако low-code не заменяет команду разработчиков целиком, а разгружает ее. Самое сложное и критичное – ядро банковской системы, безопасность, нестандартные интеграции – по-прежнему требует профессиональных инженеров. Выгода в том, что этих ценных специалистов больше не нужно отвлекать на поток мелких и средних задач, и они занимаются тем, что действительно требует их уровня.
В итоге банк получает более разумное распределение сил, при котором дорогой ресурс тратится только там, где он по-настоящему незаменим.
Low-code меняет саму экономику внутренней разработки в банке. Вместо того чтобы расширять штат под каждую новую задачу, банк получает инструмент, который позволяет небольшой команде делать кратно больше. Это снижает затраты, ускоряет вывод сервисов и делает банк более гибким в условиях постоянно меняющихся правил.
При этом, low-code плохо подходит там, где нужна максимальная производительность или уникальная сложная логика – например, для процессинга платежей, ядра со счетами клиентов или высоконагруженных расчетов в реальном времени. Здесь ограничения платформы и зависимость от вендора превращаются в серьезный риск. Поэтому критичные системы банки по-прежнему пишут классическим способом, оставляя low-code для всего, что находится вокруг этого ядра: например, настройка интеграционной шины, автоматизация коммуникаций или аналитика.
Однако сейчас граница между low-code и классической разработкой постепенно стирается: платформы умнеют, обзаводятся встроенным искусственным интеллектом и берут на себя все более сложные сценарии.
Это значит, что список задач, которые можно закрыть без отдельной команды программистов, со временем будет только расти. Но и тогда главным останется трезвое понимание, где какой инструмент уместен. Банк, который научится отвечать на этот вопрос точно, получит то, что ценится дороже всего, – скорость без потери надежности.