Назад
История операцийи аналитика
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%
Объем проделанной работы