— Николай, как появилась идея собрать ДБО на nocode?

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

— Как проверяли решение на практике?

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

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

Когда мы проверили технологию, стали готовить платформу для вывода на домашний рынок.

— Насколько nocode-механики ускоряют внедрение ДБО в банк?

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

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

— Что представляет собой ДБО на nocode-платформе: это кастомное или коробочное решение?

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

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

— Какие инструменты получает банк после покупки вашей платформы?

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

Все компоненты ДБО, которые при классическом внедрении требуют написания программного кода, мы вынесли в полноценный графический nocode-интерфейс, с которым сможет работать внутренняя команда аналитиков банка.

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

— Правда ли, что можно собрать любой процесс для банкинга без кода? Или есть какие-то ограничения?

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

Совсем без кода не разработать и сложные интерфейсные виджеты. Тут мы стремимся к минимальной атомарности конструируемых интерфейсов. Плюс мы как разработчик наполняем сами платформу основными daily-banking-виджетами. Но модифицировать такие виджеты нужно с помощью разработки.

Мы будем и дальше пополнять коллекцию собственных виджетов и интерфейсных компонентов дизайн-системы, с помощью которых можно собрать любые сервисы и ДБО. Также у банка или компании-партнера остается возможность добавлять в проект внедрения нашей платформы собственные виджеты и использовать их в конструировании.

Эльвира Набиуллина (Банк России), Анатолий Аксаков (Госдума) и Николай Адеев (Abanking) на полях FINOPOLIS’24 обсудили перспективы применения nocode-технологий для ускорения цифровизации банкинга. Фото: Abanking

— Можно ли персонализировать услуги банка с помощью платформы для разных категорий клиентов, например сделать детский банкинг или private-банкинг?

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

— Есть ли у платформы готовые решения для цифрового банкинга, которые необязательно собирать с нуля?

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

— Какие компетенции должны быть у IT-команд банков, если они хотят развивать решение на вашей платформе самостоятельно?

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

Также в команде должна быть компетенция или доступ к компетенции специалиста по devops, который будет отвечать за раскатку и сборы необходимых контуров.

— Может ли nocode уравнять шансы банков в технологической конкуренции?

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

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

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