Перейти к содержанию
Innovialabs

Мобильный банк: какие функции ждут пользователи

Практика4 мин

Коротко

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

Что пользователи ждут в первую очередь

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

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

Онбординг

На онбординге большинство пользователей либо остаются, либо уходят.

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

Карты и переводы

ФункцияЧто важно на практике
Виртуальная картаВыпускается сразу, работает онлайн до получения пластика
Блокировка картыВ одно касание, обратимо, прямо с экрана карты
ЛимитыОтдельно для онлайна, наличных и заграницы
Перевод по телефонуИмя получателя видно до подтверждения
Шаблоны и повторПовтор прошлого перевода из истории в два касания
ЧекиPDF или картинка для каждой операции, можно отправить
КомиссияПоказывается до подтверждения, а не после

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

Оплата услуг

Платежи за услуги дают ежедневное использование. Сделайте их простыми:

  • каталог поставщиков с поиском и группировкой по категориям;
  • сохранённые платежи с запомненным лицевым счётом;
  • проверка задолженности, если API поставщика это поддерживает;
  • автоплатежи и напоминания о регулярных счетах;
  • QR-оплата в магазинах, если это поддерживает местная платёжная инфраструктура.

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

Безопасность без лишнего трения

  • Вход по биометрии (Face ID, отпечаток) с запасным PIN-кодом.
  • Привязка к устройству: аккаунт закреплён за зарегистрированным устройством, новое требует дополнительной проверки.
  • Дополнительное подтверждение для рискованных действий: новый получатель, крупная сумма, смена лимитов.
  • Обнаружение root и jailbreak, certificate pinning и защита от наложений на экран — по согласованию с отделом безопасности.
  • Управление сессиями: автоматический выход, список активных устройств, удалённый выход.
  • Короткие человеческие объяснения, зачем нужна проверка, чтобы безопасность не выглядела как ошибка.

Push-уведомления

Уведомления — часть продукта, а не маркетинг:

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

Не полагайтесь только на push для критичных сообщений: доставка не гарантирована, поэтому где нужно оставляйте SMS или ленту сообщений в приложении.

Планирование релизов

  1. MVP: онбординг, баланс и история, карты, базовые переводы, пополнение связи, вход по биометрии, транзакционные push.
  2. Следующие релизы: каталог услуг, шаблоны, автоплатежи, чат в приложении, лимиты карт.
  3. Позже: накопления, кредиты и рассрочка, кешбэк, аналитика личных финансов.

Практические советы:

  • Выпускайте небольшие релизы регулярно и используйте feature flags, чтобы включать функции постепенно.
  • Поддержите принудительное обновление для критичных исправлений безопасности.
  • Следите за падениями и медленными экранами с первого дня.
  • Тестируйте на старых и бюджетных устройствах, популярных у ваших пользователей, а не только на флагманах.
  • Закладывайте время на проверку в магазинах приложений и на согласования безопасности и комплаенса в банке.

Частые вопросы

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

Поможем с этим

Если хотите не разбираться самим, а получить результат — этим мы занимаемся каждый день.

Обсудить проект

Читайте также

Есть идея или задача? Расскажите нам

Ответим в течение рабочего дня и предложим решение. Консультация бесплатная.