Moby
Раздел, который отвечает на вопросы, а не создаёт их
Задача
Не редизайн приложения целиком, а доработка одного раздела.
Задача: довести раздел истории операций до состояния, в котором у пользователя не остаётся вопросов «когда?», «как?», «чем?».
Moby — мобильный банк, которым я пользуюсь сама. Чаще всего я открываю в нём историю операций: посмотреть, что списалось, найти конкретный платёж, понять, куда ушли деньги за месяц. И каждый раз раздел оставлял без ответа три вопроса: когда прошла операция, чем именно оплачено и что с ней теперь можно сделать.
Это не заказ банка и не редизайн приложения. Я взяла живой интерфейс и переработала его там, где он не справляется с пользовательскими сценариями, — упражнение на конкретную функцию, а не на продукт целиком.
Чего не хватало
Микро-функции заметны только тогда, когда их нет.
Микро-функции кажутся мелочью, пока не понадобятся. Их отсутствие превращается в реальное неудобство.
Три вещи, которых в разделе не было: аналитика расходов, подробное описание платежа и базовые действия с платежом.
Список списаний есть, а структуры расходов нет: чтобы понять, сколько ушло на еду и сколько на транспорт, приходится считать в голове. Открытая операция показывает сумму и получателя, но не время, не статус и не способ оплаты — а именно их и ищут, когда сверяют выписку. Повторить регулярный платёж нельзя: перевод заводится заново, вручную, с нуля.
Решения
Сводка расходов, карточка операции, действия с ней и фильтры.
Я взяла реальный интерфейс и переработала его там, где он не справляется с пользовательскими сценариями.
Блок аналитики расходов. Добавила визуальную сводку трат прямо в раздел истории — круговая диаграмма по категориям (еда, транспорт, подписки) с процентным соотношением. Структура расходов за месяц видна без перехода на отдельный экран.
Детальная карточка операции. Переработала экран деталей платежа: точное время транзакции, статус, способ оплаты, номер операции. Карточка отвечает на вопросы, которые возникают при просмотре истории, и закрывает их на месте.
Действия с операцией. «Повторить платёж» — для регулярных переводов и подписок: получателя не нужно искать заново. «Скачать чек» — для отчётности и личного учёта. «Сообщить о проблеме» — быстрая связь с поддержкой по конкретной операции, без объяснений, о какой именно речь.
Фильтры. Тип операции, категория, счёт или карта, статус — и кнопка, которая сразу показывает, сколько операций найдено. Человек видит результат до того, как закроет панель.
Макеты
Доработка не должна выглядеть вставкой из другого продукта.
Все новые экраны собраны на существующей сетке и палитре Moby: тот же синий как акцент, та же тёмная подложка, те же иконки и радиусы.
В додизайне это половина работы. Функцию можно спроектировать безупречно и всё равно провалить задачу, если она выбивается из продукта: пользователь читает такой экран как чужой и перестаёт доверять данным на нём. Поэтому ни одного нового цвета, ни одного нового типа кнопки в макетах нет.
Результат
Раздел, из которого не нужно уходить за ответом.
История операций закрывает три вопроса на месте: когда прошла операция, чем оплачено и что с ней делать дальше.
Работа сделана по своей инициативе и осталась в макетах: это концепт, а не релиз. Замеров «до и после» здесь нет — их не может быть у функции, которая не вышла к пользователям, и придумывать проценты я не стану.
Что кейс показывает: как я разбираю живой продукт, нахожу в нём разрыв между сценарием и интерфейсом и достраиваю недостающее, не ломая существующую систему. Ровно так же выглядит работа с чужим приложением по заказу.
