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