— Николай, уже несколько лет Abanking популяризирует nocode-технологии. Что за это время изменилось в применении nocode-технологий в банковской сфере?

— Исторически nocode- и lowcode-инструментарии зародились в области автоматизации операционных процессов. В банках наибольшее распространение nocode-технологии получили там, где происходит больше всего изменений, особенно в автоматизации кредитования и в продуктовых конвейерах.

С точки зрения глобального IT-рынка, Nocode-технологии сегодня являются трендом номер два в мире после искусственного интеллекта. Это видно по отраслевым исследованиям Gartner за 2025 год. И если первые платформы, где были lowcode-инструменты, считались не очень производительными и использовались исключительно для внутренней автоматизации, то сейчас применительно к нашей nocode-платформе уже есть продакшн-кейсы пользовательских систем с очень высокой нагрузкой. Это позволяет использовать nocode-инструменты в банковской сфере как инструментарий для создания абсолютно разноплановых решений в разных форм-факторах — и клиентских, и внутренних.

Мы идем к тому, чтобы внутри банков формировались центры разработки на nocode-архитектуре

Наша продуктовая архитектура позволяет разворачиваться в приватном банковском облаке и выстраивать изолированную тенантную^* логику для разных классов систем, ориентированных на разные задачи. При этом в банке развивается единый центр компетенций работы с технологической платформой, а не с конечными продуктами на ней. И количество разношерстных продуктов, в том числе legacy-продуктов, постепенно снижается — они замещаются nocode-архитектурой.

Не секрет, что во многих банках существуют команды, сопровождающие отдельные классы систем. Мы идем к тому, чтобы внутри банков формировались полноценные центры разработки на nocode-архитектуре, а одна технология могла решать разные классы задач.

— Вы упомянули, что в банках появляются отдельные подразделения, которые работают конкретно с одной платформой. Как они появляются?

— Как только любая технология попадает в зону цифровизации хотя бы одного из ключевых продуктов банка, банк старается заложить внутреннюю зону управления этой технологией. Именно поэтому банки часто стремятся покупать у вендоров исходные коды, чтобы сохранять контроль за развитием и гибко управлять изменениями. Так происходит, например, с дистанционным банковским обслуживанием: банк хочет не просто пользоваться технологией, а управлять ей и развивать ее под свои задачи.

Есть и противоположные примеры — когда поставщик технологии предлагает банку полностью аутсорсить весь процесс «от и до», говоря: «Отдайте нам, мы все сделаем за вас». Это означает передачу в зону подрядчика не только технологии, но и методологии работы на ней. В результате банк фактически теряет бизнес-компетенцию. Расплата за это — высокие комиссии. Такие примеры не единичны — например, в кредитовании.

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

— Как вы помогаете банкам освоить nocode-компетенции?

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

Наша цель — выстроить образовательную модель, которая помогает банкам применять технологию для решения разных классов задач. Мы делаем это через специализированное обучение в nocode-академии, совместную сборку проектов и on-demand-консультирование, которое обеспечивает наш клиентский сервис.

Фактически это не просто обучение, а постоянный обмен опытом: банк решает практические задачи при поддержке нашей команды и наращивает навыки и экспертизу внутреннего nocode-подразделения.

Николай Адеев (Abanking). Фото: Abanking

— Расскажите подробнее, как строится обучение работе с nocode-платформой. Как ваша академия помогает команде заказчика перейти от идеи к работающему бизнес-сервису?

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

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

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

— Можете поделиться успехами банков, которые уже прошли обучение в академии Nocode?

— Первые успешные кейсы применения nocode-технологии руками клиента появились довольно давно, но за прошедший год количество таких кейсов кратно выросло. Это и подтолкнуло нас к тому, чтобы форсировать развитие nocode-академии. Например, у нас есть клиентский кейс, когда команда банка прошла обучение, а теперь с нашими консультациями собирает ДБО для физических лиц. До этого другая команда этого же банка собрала и запустила в работу кредитный конвейер для физических лиц, опираясь преимущественно на нашу базу знаний.

Кроме того, мы развиваем не только модель внутреннего образования, но и модель дистрибуции без собственных внедрений; обучаем не только банки, но и наших технологических партнеров-интеграторов, которых можно привлекать к проектам, если требуется ситуативное усиление. Также с нашей технологией могут работать не только наши сотрудники и сотрудники банка, прошедшие обучение, но и аккредитованные интеграторы, которые умеют решать задачи на этой платформе. Это важный момент — он снимает риск зависимости от одного вендора, который только сам может внедрять продукт.

— Какие преимущества использования nocode-подхода в банках вы можете выделить?

— Чем дольше технология живет в банке, тем больше пользы она приносит. Главное преимущество nocode-платформы — не только в том, что на ней можно быстрее и дешевле создавать продукты. Ее ценность — в том, что внутри банка появляются собственные компетенции по модификации решений и идет унификация стека цифровизации.

По сути, nocode-подход — это философия удешевления производства. Но важно понимать, что разные классы nocode-систем решают различные задачи: одни ориентированы на бизнес-процессы, другие — на интеграции или на создание веб- и мобильных приложений. Наша платформа сочетает в себе свойства всех этих направлений. В ней присутствуют признаки большинства nocode-подсистем, что делает ее универсальной. Это не узкоспециализированный BPM-инструмент и не Integration-as-a-Service, а полноценная платформа, на которой можно создавать прикладные бизнес-продукты и новые системы.

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

* Тенантная логика (tenant logic) — это принципы и правила, по которым многопользовательская система (например, облачное ПО) обслуживает разных арендаторов (tenants) независимо друг от друга, обеспечивая изоляцию и персонализацию данных и функций. — Ред.