10 типичных ошибок, которые убивают эффективность дашборда

В интернете представлено множество советов, как спроектировать эффективный дашборд для управления организацией. При этом большинство мануалов по дизайну дашбордов говорят о том, что следует делать в процессе работы. И это правильно.

Помимо того, что следует делать при создании дашборда, всегда есть что-то, чего лучше не делать. Здесь представлен перевод статьи Trang Van Nguyen, в которой собраны 10 важных ошибок, часто допускаемых при создании дашборда.

Есть старая мудрая поговорка: всем не угодишь. Это относится и к созданию информационной панели. В основе дизайн-проекта дашборда часто лежит амбициозная, но провальная цель: осчастливить этим дашбордом каждого сотрудника компании.

У разных пользователей разные цели и потребности использования BI панелей. Только ориентируясь на конкретную целевую аудиторию можно создать дашборд для легкого, быстрого, интуитивного использования и управления задачами. Попытка всем угодить, скорее всего, провалится, и конечный пользователь останется недоволен результатом.

Вместо этого: Попытайтесь как можно точнее определить целевую аудиторию дашборда. Составьте конкретный список целей, задач и функций, которые важны для конечного пользователя.

Самое сложное в дизайне дашбордов — уместить всё на одной странице. Чтобы сделать это грамотно, получите ответы на стратегические вопросы, такие как:

• Какую цель вы хотите достичь с помощью этого дашборда?
• Кто конечный пользователь дашборда, какие у него обязанности и цели?
• Какие задачи пользователи будут выполнять с помощью дашборда?

Не сделав этого, вы лишите дашборд его суперсилы. В отсутствие четко определенного масштаба и стратегии использования информационной панели, количество требований к ней будет постоянно увеличиваться в разных направлениях.

Вместо этого: Прототипирование конкретизирует цели пользователей (какая цель и какие задачи будут выполнены) и масштаб дашборда (сколько данных будет использовано). Бэкенд и фронтенд разработчики, автор проекта и конечные пользователи — все должны принять участие в разработке прототипа и сформировать четкую схему по итогам совещания.

Пользователи как можно скорее хотят увидеть красочный прототип. Нужно помнить, что идеальный прототип не должен быть цветным. Его основная цель — визуальное представление стратегии и масштаба проекта. Цвета в прототипе нужны лишь для внесения ясности в макет и обозначения контраста между элементами. Использование разных цветов в прототипе может вызвать проблемы из-за личных предпочтений пользователей. А это приведет к бесконечному спору относительно выбора цвета.

Вместо этого: Потратьте время на изучение намерений пользователей дашборда и требований к имеющимся данным. Используйте оттенки серого и белое пространство для создания контраста, разделяйте функциональные области дашборда и выделяйте информацию.

Люди не знают, чего хотят. И всё же, ваша работа предложить им желаемое. Зачастую пользователи хотят не то, что им действительно нужно, и не то, что может решить их проблемы. Их предпочтения чаще основываются на коротком или случайном знакомстве с другими продуктами, которые, в конечном итоге, не решили их задачу. Предупреждаем: когда конечные пользователи зациклены на какой-то нецелесообразной идее, их будет очень сложно убедить в обратном.

Вместо этого: Спрашивайте пользователей о проблемах, которые они пытаются решить с помощью дашборда. Предлагайте им варианты решения, конкретизируйте эти варианты, больше узнавая об их нуждах. Пользователи почувствуют, что вы действительно заботитесь о них, и будут более отзывчивыми.

Визуализация, используемая в дизайне дашборда — не набор выполняемых требований. Это решение, которое вы предлагаете, учитывая потребности аудитории. Пользователи могут впечатлиться кричащим графиком, который где то увидели. Но только вы видите плюсы и минусы каждой визуализации, и знаете, будет ли она подходить для потребностей пользователей.

Вместо этого: определите, какую конкретно информацию пользователи хотят извлечь из данных, и какие действия готовы предпринимать. Важно знать, какие инструменты для визуализации у вас есть, и обучать аудиторию возможностям их использования.

Без контекста цифры не более чем чернила. Цифры имеют разное значение для разных пользователей. Например, показатель отдела продаж на прошлой неделе будет приемлем для оперативных аналитиков, потому что рассматривается в еженедельном контексте. Однако отделу маркетинга эти данные не покажут, повлияла ли на продажи маркетинговая компания, а тактическим руководителям будет непонятно, был ли достигнут ожидаемый рост, или бизнес остался позади конкурентов. Важно уделять внимание контексту, чтобы сделать дашборд осмысленным и прикладным.

Вместо этого: если пользователи не предложили желаемый контекст, спросите их, в каком формате они видят цифры и каковы критерии оценки данных. Они могут озвучить впечатления, которые не было возможности обсудить в команде.

Выбирая цвет для визуализации или функциональных элементов дашборда, не используйте более трех различных оттенков. Как бы ни было это заманчиво, не стоит гнаться за ярким образом или копировать один-в-один стиль вашей любимой инфографики. Имейте в виду, что внимание должно быть сосредоточено на визуализации данных, предупреждениях и других важных выводах, а не на элементах пользовательского интерфейса (кнопках, сносках, чекбоксах и тд). Цвета служат четко определенной цели. Рекомендуется использовать не более трех различных оттенков.

Вместо этого: используйте нейтральные цвета или приглушенные оттенки. Эта техника позволит дифференцировать области инфографики, не перегружая дашборд. Используйте яркие оттенки с умом, только чтобы выделить цвета.

Если показывать слишком много, пользователю будет трудно воспринимать важные элементы, это замедлит работу абстрактного мышления. Неважно кто конечный пользователь, топ-менеджер или аналитик, преподносите ему самую важную информацию, представленную в удобоваримом виде, с небольшим, на первый взгляд, количеством элементов. Например, если лицо, принимающее решение, начинает изучение панели с поиска лучших регионов по продажам, не нужно показывать все регионы, достаточно показать топ-10. Если представленные детали не помогают понять идею дашборда, тогда возможно вы показываете больше деталей, чем нужно.

Вместо этого: внимательно изучите решения, которые конечные пользователи принимают для достижения целей бизнеса (снижение цен? увеличение продаж?) и проанализируйте их рабочий процесс, чтобы определить, какой фрагмент информации им нужен на каждом этапе в процессе принятия решения.

Все мы время от времени виновны в том, что перегружаем дашборды бесчисленным множеством красных\зеленых предупреждающих знаков. Мы хотим сделать дашборды более осмысленными и действенными. Однако слишком большое количество предупреждений приводит к путанице относительно того, откуда пользователям начинать, и на чем фокусировать внимание. Например, некоторых пользователей не нужно оповещать о том, что всё идет хорошо, или лучше среднего. В зависимости от сценария, оповещения инициируют действие пользователя. Если действия невозможны или в них нет необходимости, тогда эти оповещения излишни.

Вместо этого: обсудите с вашими бизнес-пользователями, какие предупреждения действительно важны в процессе принятия ими решений.

Готовы вы тратить время на это или нет, оценка пользователей обеспечивает дизайнеру обратную связь. Она позволяет определить успех вашего проекта, а также показывает, является ли ваше общение с пользователями и авторами проекта эффективным. Часто это единственный шанс получить обратную связь от конечных пользователей — так пользуйтесь этим преимуществом!

Вместо этого: Составьте анкету для измерения оценки пользователей. Фокусируйтесь на важнейших функциях дашборда. Быстрый опрос с конкретными и существенными вопросами вполне подойдет для этого.

Разработка каждого следующего дашборда немного отличается от предыдущего. Все потому, что дашборд выполняет конкретную функцию. В конечном счете, задача каждого дашборда в том, чтобы помочь вам направить организацию к успеху. А для этого убедитесь, что вам удалось избежать в процессе разработки типичных ошибок, перечисленных выше.

Читать оригинал статьи