Когда пользователь путается в дашборде, первый импульс — решить, что он невнимателен или «не разбирается в данных». Но чаще всего источник проблемы совсем в другом месте — в самом дизайне.
Книга, которая меняет взгляд на дизайн
Дональд Норман в книге «Дизайн привычных вещей» последовательно доказывает: если человек не может воспользоваться объектом интуитивно — виноват не человек, а тот, кто этот объект спроектировал. Примеры в книге берутся из повседневной жизни — краны, двери, плиты — но логика мгновенно переносится на цифровые продукты и аналитические инструменты.
Как это проявляется в BI
В аналитике нарушения принципов интуитивного дизайна встречаются повсеместно:
- Метрика на графике не имеет подписи оси — «вся компания и так знает». Но знает ли новый сотрудник? Знает ли аналитик из смежного отдела?
- Форма фильтров из 15 полей не подсказывает, какое из них заполнено неверно и почему.
- Нестандартный элемент управления заменяет привычный — и пользователь тратит время на угадывание логики вместо анализа данных.
Человек приходит к дашборду с конкретной задачей: понять динамику, принять решение, подготовить отчёт. Он не хочет разбираться в интерфейсе — он хочет получить ответ. Задача создателя дашборда — убрать все препятствия на этом пути.
Кейс: нестандартный дизайн против радиокнопок
На первом месте работы — стажировке в отделе сайта Билайна — мы столкнулись с показательным экспериментом. Дизайнер реализовал нестандартное решение для выбора тарифа: оригинальное, визуально интересное, но непривычное для пользователя. В рамках A/B-теста его сравнили с классическими радиокнопками.
Результат теста удивил команду: конверсия в варианте с обычными радиокнопками выросла примерно на 20%. Никакой магии — просто привычный паттерн снял когнитивное сопротивление. Пользователь не тратил усилия на интерпретацию интерфейса и быстрее двигался к цели.
Принцип привычных паттернов
Нестандартность в дизайне — не ценность сама по себе. Ценность — скорость и точность решения задачи пользователем. Стандартные элементы работают именно потому, что пользователь уже обучен ими: он не думает, он действует. Когда дизайнер ломает этот контракт ради оригинальности, он перекладывает когнитивную нагрузку на пользователя.
Что сделать на практике
- Всегда подписывайте оси и давайте заголовок графику — даже если кажется, что контекст очевиден.
- Используйте привычные элементы управления: стандартные фильтры, знакомые типы диаграмм, ожидаемое расположение легенды.
- Если вводите нестандартный элемент — проверяйте его A/B-тестом, а не интуицией.
- При проектировании форм и фильтров явно указывайте ошибки и подсказывайте, как их исправить.
- Регулярно наблюдайте за реальными пользователями дашборда: где они останавливаются, что переспрашивают — это и есть зоны проблемного дизайна.
Вывод
Хороший дашборд — не тот, который выглядит красиво или оригинально, а тот, в котором пользователь получает ответ быстро и без усилий. Принцип Нормана прост: если пользователь ошибается — ищите причину в дизайне, а не в пользователе.