Контекст и задача
При заявлении дохода самозанятые могут выбрать пополнение из списка операций или указать доход вручную. Но лента пополнений не соответствовала основной ленте операций Т-Банка: фильтры на бэке работали некорректно, а операции в обработке не отображались
Задача: разобраться в проблемах ленты и сделать её консистентной с основным приложением, предусмотрев возможность дальнейшего развития
Проблема: Сервисом ежедневно пользовались более 20 000 самозанятых. Ошибки при выборе операций могли приводить к неправильному формированию чеков и повышать риск вопросов со стороны ФНС
Моя роль
Работал над задачей вместе с продакт‑менеджером, аналитиками и дизайн-лидом
1 — Изучил обращения пользователей в поддержку и сформулировал гипотезы;
2 — Подготовил концепции интерфейса и приоритизировал решения;
3 — Подготовил макеты, проработал состояния экранов и описал требования для разработчиков;
4 — Подготовил дизайн исследования, провёл модерируемые UX‑тестирования;
5 — Проанализировал результаты и представил выводы команде
Дискавери
Начал с обращений в поддержку. Они помогли определить основные проблемы и направления для улучшения ленты
Пользователям не хватало фильтров, времени и комментариев к платежам. Также они хотели видеть операции, по которым уже заявлен доход, и выбирать несколько пополнений для создания чеков
Чтобы найти подходящие решения, изучил списки и фильтры в других продуктах Т‑Банка и у конкурентов. Основным ориентиром стала главная лента операций приложения
Гипотезы и приоритизация
На основе дискавери вместе с командой сформулировали гипотезы. Я подготовил черновые макеты для оценки вариантов и рассмотрел больше 10 концепций ленты
Гипотеза 1 — Время операций. Если в списке пополнений добавить время рядом с суммой и датой, то пользователи будут легче различать операции и меньше путаться при выборе
Гипотеза 2 — Комментарии у операций в ленте. Если показывать комментарий прямо в списке, то пользователи будут быстрее понимать, за что был перевод, и точнее выбирать операции для заявления дохода
Гипотеза 3 — Заявить доход из нескольких операций. Если дать возможность отмечать несколько операций, то пользователи сократят время на создание чеков и будут меньше уставать от повторяющихся действий
Слишком сложно с точки зрения разработки, уже на этапе набросов понимал, что это не для первой итерации точно
Гипотеза 4 — Заявленный доход. Если помечать операции, из которых уже создавались чеки, специальным статусом или иконкой, то пользователи будут реже ошибаться и повторно заявлять доход
Гипотеза 5 — Скрытие операций. Если добавить возможность скрывать ненужные операции, то пользователи будут видеть только релевантные пополнения и реже обращаться в поддержку
Гипотеза 6 — Фильтры ленты пополнений. Если реализовать фильтр по счетам и периоду, то пользователи будут проще находить нужные пополнения и меньше времени тратить на скролл списка
Вместе с командой приоритизировали гипотезы. В первую итерацию вошли фильтры, время и комментарии к операциям, отображение заявленного дохода и скрытие пополнений
Мультивыбор отложили из-за сложности разработки. Поиск также решили пока не добавлять
Скрытие операций
Продумал механику скрытия пополнений свайпом. Фильтр «Скрытые» не отображается по умолчанию и появляется после скрытия первой операции
При первом входе в ленту пользователь видит анимацию свайпа. Скрытую операцию можно вернуть, а если скрытых операций больше нет, фильтр исчезает
Ценность для пользователей. Чистая лента упрощает выбор пополнений, снижает когнитивную нагрузку и помогает избегать ошибок при заявлении дохода
Ценность для бизнеса. Скрытие нерелевантных операций потенциально сокращает обращения в поддержку. Механика также могла стать основой для умных фильтров, например автоматического скрытия похожих пополнений
Почему отказался от решения. После обсуждения с командой, решили не реализовывать функцию. Разработка оказалась сложной, а проблема могла затрагивать лишь небольшую часть пользователей. Был риск распространить частный сценарий на всю аудиторию без достаточных оснований
Фильтры и календарь
Для фильтров операций разработал новый календарь и проработал фильтры периода, счетов и карт
За основу взял решения команды основной ленты операций Т‑Банка. Это позволило сохранить привычную логику взаимодействия и добиться консистентности
Отдельно проработал фильтр «Без заявленных». Изначально решил, что он должен быть активен по умолчанию, но оставались сомнения в понятности такой логики. Поэтому захотел проверить решение на UX‑исследовании
UX исследование
Вместе с дизайн-лидом, продакт-менеджером и аналитиками определили гипотезы для проверки. Я подготовил дизайн исследования и провёл 6 модерируемых UX-тестирований
Проверили 9 гипотез: 7 подтвердились, 2 не подтвердились
Статус операций с уже созданными чеками. Один из респондентов не сразу заметил галочку рядом с операцией и не понял, что она означает. Статус не помогал достаточно уверенно определить, что чек уже создан
Фильтр «Без заявленных». Другой респондент не понял, почему фильтр изначально активен. Пользователь ожидал, что фильтры нужно настраивать самостоятельно
Результаты исследования показали, что пользователи испытывают сложности с обоими сценариями. В результате решил отказаться от фильтра «Без заявленных» и не отображать в списке операции, по которым уже создавались чеки
Результаты
Объем работы
После обсуждений, согласований и тестирования обновлённая лента пополнений стала консистентной с лентой доходов в сервисе «Самозанятость» и основной лентой операций Т‑Банка
В итоговом решении появились время операций, отображение пополнений в обработке, фильтры и улучшенный календарь
В конце работы над задачей синканулся с командой основной ленты операций в приложении Т‑Банка, чтобы они окнули нашу ленту для самозанятых
они сказали все заимбирь
