Назад

История операцийи аналитика

iOS, Android

Роль

Дизайнер продукта

Обязанности

UX/UI, прототипы

Результат

TTF -15-20%

Контекст

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

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

Эволюция продукта

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

Основные ограничения:

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

Версия 1

На следующем этапе сценарий был частично переработан:

  • появилась более структурированная фильтрация
  • улучшилась детализация операций
  • аналитика получила более заметную точку входа

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

Версия 2

Проблема

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

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

Решение

Главный экран истории операций

Я перепроектировал главный экран как сценарий ежедневного использования.

Основная задача — за несколько секунд помочь пользователю:

  • считать текущие расходы / доходы
  • увидеть последние операции
  • быстро перейти к нужной транзакции
  • открыть аналитику

Были отдельно проработаны состояния:

  • экраны загрузки
  • пустые состояния
  • отсутствие результатов поиска
  • ошибки

Система фильтров

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

  • по периоду
  • по типу операции
  • по сумме
  • по счетам и картам

Это позволило упростить поиск и приблизить интерфейск реальной пользовательской логике: человек чаще помнит тип операции, сумму или карту, чем точную дату.

Детализация операции

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

Аналитика

Из истории операций пользователь может перейти в раздел аналитики.

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

Раздел включает:

  • расходы / доходы
  • динамику по периодам
  • категории расходов
  • ранжированный список категорий
  • автоматические подсказки и выводы

Результаты

В результате история операций превратилась из списка транзакцийв полноценный инструмент контроля финансовой активности.

Редизайн позволил:

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

Результат в метриках:

  • CTR в детализацию +8–15%
  • FUR (использование фильтров) +10–20%
  • TTF (время до нахождения нужной операции) −15–25%
  • EWAR (доля выходов без действия) −8–12%
  • RAR (переходы к повторному действию) +5–12%
  • CTR в аналитику +8–18%

Объем проделанной работы