Разработка мобильного банка: заменим коробочное решение за 7+ месяцев

Затраты на ежегодное обслуживание  — от 30 до 300 миллионов рублей в год. Эти средства уходят вендору, а банк не владеет кодом приложения. 

Стоимость кастомной разработки — от 48 до 136 миллионов рублей за проект. Благодаря собственному решению банк сокращает часть расходов на аренду и полностью контролирует технологическую базу и продукт. В долгосрочной перспективе кастомные приложения оказываются выгоднее.

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

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

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

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

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

С кастомным приложением банк может планировать обновления регулярно, а команда разработчиков и тестировщиков быстрее интегрирует новые возможности и сокращает время тестирования в 2 раза.

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

С помощью кастомного ДБО банк может значительно сократить количество физических офисов и в том числе полностью перейти на онлайн-обслуживание. При этом активность пользователей увеличится до 20% и более.

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

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

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

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

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

Банк получает готовое описание проекта с детальной стоимостью и планом развития для дальнейшей защиты проекта перед руководством.