Изменение формы платежа является ключевым элементом, с которым взаимодействует большинство пользователей системы. Этот процесс играет важную роль в деятельности банка и критически важен для всех команд.
Над задачей работали: я как главный дизайнер и исследователь.
Исследования
Прежде всего, я организовал UX-исследование текущего дизайна, чтобы выявить слабые стороны процесса платежа совместно с исследователем и пользователями.
Для проверки гипотез были проведены глубинные интервью и юзабилити-тесты с участием 6 респондентов. Участники выполнили сценарии, связанные с рублевым платежом. В результате исследования выявлены ключевые проблемы пользователей и предложены рекомендации по упрощению и оптимизации интерфейса.
Создал отчет и презентовал командам, обновил базу знаний.
Проблема
Не помещается в видимую область экрана, приходится скроллить вниз-вверх, перепроверяя параметры.
Перегруженность параметрами, некоторые даже не просматриваются, занимают много места.
Пользователь не имеет возможности просматривать сразу сумму, реквизиты, историю документа и кто уже подписал на одном экране.
Решение
Скомбинировал поля на одном экране, привел к стандарту печатной платежки. Адаптировал под ширину, чтобы просматривать на пол экрана документ, есть необходимость сверки данных из других систем.
Разбил на типы платежей, скрыл лишние поля. Автоматически подгружаются данные из внутренних баз.
Добавил навигацию, статусную модель документа (с подписывающими) на одном экране. Вывел частые вопросы по изменению в законодательстве.
Отчет по исследованию
Интерфейс стал более удобным и интуитивно понятным, значительно упростив создание, подписание и отправку платежей в банк.
Создание платежа (режим редактирования)
Проблема: Не помещается в видимую область экрана, приходится скроллить вниз-вверх, перепроверяя параметры. Перегруженность параметрами, некоторые даже не просматриваются, занимают много места.
Решение: Скомбинировал поля на одном экране, привел к стандарту печатной платёжки. Адаптировал под ширину, чтобы просматривать на пол экрана документ, есть необходимость сверки данных из других систем. Разбил на типы платежей, скрыл лишние поля. Автоматически подгружаются данные из внутренних баз.
Решение: Сократил количество параметров для проверки перед подписанием и убрал лишние кнопки на этом шаге.
Обработка / проверка банком (режим просмотра)
Проблема: Пользователь не имеет возможности просматривать сразу сумму, реквизиты, историю документа и подписывающих на одном экране, приходиться переключаться табами.
Решение: Добавил навигацию, статусную модель документа на одном экране.
История/список подписывающих
Проблема: Исследование показало, что пользователи сталкиваются с трудностями, когда платеж отклоняется: они видят статус «Ошибка», но не понимают причину, по которой банк не принял платеж.
Решение: Добавил в статус подробные параметры, причины ошибок, подписывающих, число и время.