Компонуемый банкинг за пределами ядра

В моем пост в предыдущей колонке, я дал обзор того, что такое компонуемый банкинг, и подчеркнул большую работу Сети архитектуры банковской индустрии (BIAN) по определению банковских услуг.

Поскольку я так много внимания уделял базовому и цифровому банкингу, мне пришло в голову, что я, возможно, не дал понять тем, кто не знаком с BIAN, что его определение услуги охватывает все аспекты банковского бизнеса. Это означает освещение того, как выполняются наши ИТ-операции, маркетинг/продажи, человеческие ресурсы, отношения с инвесторами и так далее. Это полностью соответствует знаменитому правилу Джеффа Безоса о том, что каждая часть технологического ландшафта Amazon должна иметь API.

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

Это может быть во многих формах:

Новые источники дохода: Если банк станет действительно хорош в любой из этих других областей, он может решить предложить это в качестве услуги своим клиентам. Почему бы не «продать» свои платформы для сбора долгов, чтобы клиенты банковского обслуживания малого и среднего бизнеса могли лучше управлять своими долгами? Или предложить рекрутинг как услугу, чтобы бизнес-клиенты могли улучшить свой найм?

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

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

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

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

Хотя это звучит как много, возможностей гораздо больше. Существует вероятность того, что количество компонентов превысит общее количество приложений в любом из современных магазинов мобильных приложений (в настоящее время между Apple и Google их чуть менее пяти миллионов).

Эта «компонентная архитектура» не нова, и многие используют аналогию с кубиками Lego для описания своего видения. Однако ряд вещей изменился.

Облако позволяет предоставлять эти компоненты без необходимости выполнять длительные процессы установки и настройки или покупать определенное оборудование и операционные системы.

Модели ценообразования «программное обеспечение как услуга» (SaaS) теперь позволяют компаниям гораздо более гибко платить за инфраструктуру и программное обеспечение, позволяя им тестировать/пробовать, а затем масштабировать более экономично.

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

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

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

Я просто говорю, что концепция компонуемой ОРГАНИЗАЦИИ — это больше, чем просто базовые банковские услуги, и что сегодня она реализуема лучше, чем когда-либо.

Об авторе

Дхармеш Мистри работает в банковской сфере 30 лет и находится в авангарде банковских технологий и инноваций. От самых первых приложений для интернет-банкинга и мобильного банкинга до искусственного интеллекта (AI) и виртуальной реальности (VR).

Он был по обе стороны забора, и он не боится делиться своим мнением.

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

Следите за Дхармешем в Твиттере @dharmeshmistry и LinkedIn.

Прочтите все его размышления «Я просто говорю» здесь.