Готовые решения не отвечают требованиям крупных банков и регуляторов. Что не так с ДБО из «коробки» и чем его заменить

Разбираемся, правда ли, что «коробка» — это приговор для развивающегося банка. И почему некоторые банки успевают запускать целые приложения, пока чей-то вендор чинит один баг.

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

Об этом, например, говорил зампред правления РСХБ в марте 2023 на конференции «Цифровизация финансового сектора». Его высказывание подтверждает, что коробочные решения все ещё не соответствуют запросам системообразующих банков и организаций, которые стараются наращивать доли рынка.

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

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

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

Вокруг ДБО строится работа практически всех российских банков. Чтобы оказывать услуги дистанционно, банк может выбрать один из вариантов:

Вариант №1 — выбрать готовое решение одного из вендоров, например, BSS, БИФИТ, Faktura или iSimple и сразу получить базовую банковскую функциональность: возможность регистрировать клиентов, онлайн-платежи, переводы, типовые отчёты. В этом случае банк оплачивает лицензию и не владеет продуктом. Код принадлежит вендору, он дорабатывает приложение, внедряет некоторые возможности по запросу банка и забирает свой продукт, как только банк перестаёт оплачивать подписку. Такие решения называют коробочными или «коробками». Сразу десятки разных банков могут пользоваться одинаковым готовым продуктом.

Вариант №2 — разработать собственный мобильный банк или систему ДБО. Тогда банк получает всю функциональность, которая нужна для получения максимальной прибыли, конкурентоспособности и привлечения пользователей. В своё решение можно добавить возможность оплачивать коммунальные платежи, открывать вклады или оформлять страховые полисы. Это нужно для того, чтобы деньги оставались в банке. Код кастомного ДБО принадлежит банку, его можно дорабатывать самостоятельно без ограничений.

Коробочные решения выбирают небольшие банки. Например, Металлинвестбанк, Банк «Левобережный», Москоммерцбанк, Севергазбанк, РНКБ, ПСКБ. Собственные мобильные банки делают лидеры рынка: Т-Банк, Альфа Банк, Сбер.

Небольшим банкам проще начать работать с коробочным решением: система уже содержит основную функциональность, а обслуживание ложится на плечи вендора. Однако плюсы, которые даёт «коробка» на старте, впоследствии оборачиваются проблемами для банков, которые планируют развиваться.

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

Например, системы ДБО вроде BSS не поддерживают онлайн-кредитование. Если банк планирует выдавать кредиты и работать с заёмными средствами, «коробка» не подойдёт. Или коробочный банк не может заключать и продлевать договоры страхования дистанционно. Чтобы реализовать такие запросы, банку придется обращаться к вендору и просить внедрить дополнительную функциональность. Даже если это окажется возможным, обычно сроки внедрения сильно растягиваются. Вендор предлагает одну «коробку» множеству банков, получает от них заявки, и поэтому просто не может оперативно внедрять новые индивидуальные доработки.

Это критично, потому что коробочное ДБО может лишить возможности конкурировать на рынке. Оно не позволяет банку создать приложение под его конкретные задачи и новые запросы рынка.

Функциональность одного банковского приложения повторяет функциональность приложения конкурента, работающего на этой же «коробке». У таких систем недостаточно уникальности, даже несмотря на настройки, которые предлагает изменить вендор.

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

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

Коробочные продукты не всегда возможно кастомизировать в принципе. Потому что код принадлежит вендору. Даже если с ним удалось договориться, перенастройка ДБО занимает много времени. Например, чтобы клиентам Ак Барс Банка стал доступен сервис автоматизированной «упрощёнки» АвтоУСН, вендор BSS дорабатывал систему 6 месяцев.

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

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

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

Основная проблема «коробок» — дорогостоящая поддержка. Банк обязан регулярно оплачивать подписку. Для небольшого банка стоимость составит около 50 миллионов рублей в год. Для банка с большим набором кастомных доработок стоимость вырастет кратно — до 150–300 миллионов рублей.

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

По опыту наших клиентов, кастомное решение окупается за 1,5–2 года. Если банк ежегодно платит определенную сумму, например, 100 млн, то его затраты стабильно находятся на одном уровне или со временем растут из-за инфляции и политики вендора. Помимо оплаты подписки, могут появиться дополнительные расходы на доработки и масштабирование.

Узнайте точку окупаемости разработки кастомного ДБО для вашего банка. Переведите сервисы на индивидуальные решения и откажитесь от платной подписки на услуги вендора «коробки».

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

У каждого банка своя целевая аудитория, а коробочные решения не универсальны. Типовая функциональность «коробки» часто не может закрыть потребности уникальной ЦА. Сравним два кейса.

Кейс 1. Молодой аудитории Т-банка нравятся яркие элементы, минималистичные иконки и дополнительная функциональность, например, Т-журнал и мини-игры в приложении.

Кейс 2. Взрослой аудитории банка Зенит неинтересны геймифицированные элементы и плавающие иконки. Они будут только мешать и запутывать пользователей. Такой аудитории нужны большие кнопки на простом фоне и максимально понятный UI.

Разработка собственного ДБО позволяет сделать приложение именно таким, каким хотел бы его видеть пользователь конкретного банка. Для этого компании по разработке проводят CustDev-исследования, изучают клиентов и стоят карту пути пользователя (CJM). Дизайнеры учитывают пожелания аудитории и позиционирование банка.

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

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

Ревью и оценки в сторах подтверждают неудобство использования. Например, у мобильного приложения Металлинвестбанка, основанного на iSimple, рейтинг 3,2, а у приложения Челиндбанка — 3,1. У некоторых приложений на «коробке» от БИФИТ похожая ситуация, например, приложение Москоммерцбанка оценено на 2,8.

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

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

Кастомное решение позволяет добавить продуктовую аналитику и отслеживать путь пользователя в приложении, а также быстро самостоятельно исправлять ошибки, если они возникают. Банк сам может контролировать работоспособность своего продукта. И если будет меньше неудовлетворённых клиентов, значит рейтинги в сторах повысятся, и в банк придёт больше людей.

Небольшие банки выбирают коробочное ДБО, потому что оно даёт три ключевых преимущества.

1. «Коробка» — комплексное решение.

Вендоры предоставляют интернет-банк, мобильный банк, SMS-банк. У компаний появляется возможность работать в ПО офлайн, подключить электронный документооборот и интегрировать 1С и другие сервисы, например, для сдачи отчётности в госорганы. Одно решение для целого списка задач.

2. Обслуживанием занимается вендор ДБО.

Вендор оставляет за собой право изменять, настраивать, обслуживать и обновлять программное обеспечение. Банк — клиент, он может использовать готовое настроенное ПО, что снижает нагрузку на его ИТ-отдел или вовсе не требует создания отдельной команды.

3. Не нужно заниматься разработкой самостоятельно.

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

Кому стоит оставаться на коробке

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

Узнайте, подойдёт ли кастомное ДБО вашему банку, на индивидуальной консультации. Мы подскажем лучшее решение и подготовит план внедрения.

Лидирующие российские банки разработали свои уникальные сервисы. Для этого они создали свои команды и запустили мобильные приложения, подходящие именно их ЦА. Это принесло больше лояльных клиентов, поэтому увеличился их доход. Теперь они могут позволить себе ещё быстрее масштабироваться и развиваться, адаптируясь под новые реалии. Получается win-win ситуация: в плюсе и банк, и его клиенты.

Кастомное решение ДБО позволяет:

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

Выбирая разработку под ключ, банки устраняют ещё один серьёзный недостаток «коробок». Код вендора не всегда можно использовать для создания PWA (Progressive Web App), которое необходимо банкам для обхода санкций. В ситуации, когда удаление приложений из сторов — частая практика, банки стремятся сохранить своих пользователей любым способом. Прогрессивные веб-приложения как раз помогают быстро перенести обычное приложение в веб, сохраняя функциональность и приятный UI и гарантируя независимость от внезапных решений App Store и Google Play.

Чтобы вы могли посмотреть, как выглядит прогрессивное веб-приложение банка, наша команда разработала кликабельную демо-версию PWA.

Чтобы понять, пора ли развивать свои сервисы, владелец продукта и технический директор могут поставить следующие вопросы:

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

Один из способов решить новые задачи — дорабатывать ДБО. А чтобы доработки были быстрыми, эффективными и полноценными, стоит рассмотреть создание обособленного решения.

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

2. Приступить к реализации проекта. Если не хотите ждать, свяжитесь с нашим экспертом, и мы сразу перейдём к предпроектному исследованию. Оно необходимо, чтобы оценить объём работ, сроки и бюджет. На этом этапе погружаемся в бизнеc-процессы, проводим анализ ниши и конкурентов, разрабатываем дизайн-концепт и дорожную карту.

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