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

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

Следующим шагом эволюции nocode-систем я вижу переход к платформам уровня Application-Platform-as-a-Service (aPaaS). Такие решения аккумулируют в себе инструментарий, который позволяет создавать системы любого класса: кредитные конвейеры, системы документооборота и даже ДБО. Здесь рынок повторит путь сайтостроения. Сначала сайты делали кастомно, затем появились конструкторы сайтов (CMS), а потом от множества мелких игроков рынок перешел к консолидации вокруг нескольких nocode-платформ.

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

— Разве банки не приходят к вендорам за решением своих проблем «под ключ»?

— Многие банки приходят к вендорам за решением, которое полностью закроет их «боли»: от экспертизы до ПО. Но такой подход работает только для стандартизированных решений, которые диктует регулятор. Например, СБП во всех банках реализована одинаково.

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

Гонка за «идеальной коробкой» — это заранее проигранное соревнование, поэтому мы ставим иную цель: развитие доступной технологии, которая позволит банку реализовать свою экспертизу и создавать любые решения под свой бизнес.

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

— Масштабирование может быть горизонтальным или вертикальным. Объясню на примере очереди в билетную кассу. Горизонтальное масштабирование означает добавление касс, вертикальное — оптимизацию работа кассира. Классические коробочные решения, которые строятся по принципу «запрограммировать услугу как микросервис», способны использовать только горизонтальный подход. В вопросах вертикального масштабирования классические системы могут предложить только увеличение вычислительных мощностей сервера. 

Михаил Абросимов (Abanking). Фото: Abanking

Особенность нашей платформы — в том, что у нас нет функциональных микросервисов, таких как переводы, платежи, заявки. У нас есть микросервисы, которые выполняют, например, конвертацию данных из состояния A в состояние B или выполнение запроса в сервис C. То есть мы можем эффективно выполнять горизонтальное масштабирование. Но и в целях вертикального масштабирования и отказоустойчивости у нас больше инструментов: можно более эффективно пересобрать процессы системы, убрать некоторые запросы, перенести логику в другой процесс и т.д. 

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

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

— Да, наш подход позволяет использовать одну платформу для создания обоих типов сервисов. При классической разработке мобильного и интернет-банка и внутреннего портала (например, HRM-системы) для сотрудников используются одинаковые базовые технологии: HTTP-протокол, HTML-разметка, принципы авторизации, механики хранения данных, серверы, операционные системы. Принцип работы формы перевода в интернет-банке ничем не отличается от принципа работы опроса вовлеченности в HRM-системе. Основная задача nocode-системы — сделать так, чтобы UX/UI-интерфейс по сборке этих форм был легким и надежным.

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

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

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

— У нас уже есть кейс запуска полнофункционального ДБО для крупного банка. Сейчас система обслуживает 500 тыс. пользователей. Это был первый опыт создания столь высоконагруженной системы с помощью nocode-технологий. Кроме этого проекта у нас есть большой опыт сборки других систем для банков: сервисов онлайн-кредитования, клиентских и агентских кабинетов, кредитных конвейеров. Последний проект по созданию РКО был завершен даже раньше запланированного срока. Мы видим, что каждый следующий проект реализуется быстрее предыдущего, так как мы накапливаем опыт и дорабатываем платформу, устраняя «узкие места».

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