Для выявления проблем провёл пользовательские интервью при поиске платежей. Выявлено:
фильтр перегружен параметрами и замедляет поиск — из-за вертикальной компоновки он не помещается на экран;
отсутствует глобальный поиск по данным;
пользователю непонятно, какие фильтры применены к таблице.
Бенчмаркинг
Цель: изучить существующие решения и собрать удачные примеры, чтобы определить лучшие практики и точки роста продукта. Вывод: общая логика у всех решений похожа. Основное отличие — в том, как расставляются приоритеты между важными параметрами фильтрации.
Формирую гипотезы и проверяем на пользователях
Реализовал несколько вариантов и провёл проверку на 9 пользователях. Вывод: вариант №2 удобнее, с отдельной кнопкой — он привычен и заметен, так как используется в других продуктах. Переключение внутри строки поиска оказалось непонятным и непривычным — этот функционал не стали реализовывать.
Аналитика
Мне необходимо было понять, какие параметры чаще используются в поиске, а какие решен. Получилось добыть метрики из Grafana, чтобы подтвердить гипотезы. Вывод:
Чаще всего используют: фильтры по дате, статусу, номеру и плательщику.
Реже используют: индикатор, кредитный договор, ИГК, код валютной операции.
Сортировка: чаще — по номеру, реже — по получателю.
Решение
По результатам исследований и собранной аналитики:
Основные фильтры размещены в видимой зоне, второстепенные — в модальном окне при нажатии кнопки «Фильтры».
Сетка и компоновка настроены под ширину экрана — все параметры видны без прокрутки.
Есть глобальный поиск по названию документа или номеру.
Часто используемые фильтры вынесены отдельно, реже используемые доступны в модальном окне.