Прокрутка сетки для удобства пользователей

У нас есть веб-страница в интрасети, на которой отображаются отчеты на основе некоторых критериев поиска. Элементы управления критериями поиска находятся в верхней части страницы, а сетка отчета - единственное содержимое на странице. Сетка обычно отображает более 50–100 строк и требует прокрутки. Какой дизайн страницы более уместен с точки зрения UX:

  • Сетка фиксированного размера с вертикальной полосой прокрутки и фиксированными заголовками.

    • The advantage of this approach is that when users scroll the grid vertically, the headers stay in place and always visible making it easier to understand the content of the reports. The filter criteria are also always visible and can be changed without having to scroll back to the top of the page.
    • Недостатком является то, что размер сетки должен быть фиксированным, и в зависимости от размера окна браузера могут отображаться две вертикальные и две горизонтальные полосы прокрутки (стандартные полосы прокрутки браузера и полосы прокрутки сетки). Это можно несколько смягчить, потому что мы знаем размеры экранов пользователей и можем оптимизировать страницу, предполагая, что окно браузера развернуто.

  • Пусть размер сетки будет зависеть от количества записей.

    • The Advantage is that only the standard browser scrollbars would be displayed.
    • Недостатком является то, что когда пользователи прокручивают страницу вниз, заголовки и критерии фильтрации становятся невидимыми.

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

Это может быть несколько субъективный вопрос, но он очень распространен, и я думаю, что должно быть четкое руководство UX о том, как к нему подойти.


user-interface grid user-experience
person Denis Fradlin    schedule 15.01.2010    source источник
comment
Разве вы не можете изменить размер сетки в событии изменения размера окна браузера, чтобы он всегда соответствовал размеру окна, и у вас не было двух полос прокрутки?   -  person Michael Zuschlag    schedule 16.01.2010

Ответы (3)


arrow_upward
1
arrow_downward

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

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

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

Как пользователи будут взаимодействовать с данными? Какие основные задачи они будут выполнять?
Какие второстепенные задачи они будут выполнять? Какая частота использования задания? Какие данные наиболее важны для задач? (расстановка приоритетов на дисплее) Помогает или мешает дизайн этим задачам?
Может ли отображаться меньше данных и при этом быть эффективным для удовлетворения потребностей пользователя? Если отображается меньше данных, какой для пользователя наиболее эффективный способ получить к ним доступ при необходимости? и Т. Д.

Когда у вас есть некоторые из этих ответов, вы должны разрабатывать их специально для наиболее распространенных потребностей, учитывая при этом другие (используйте правило 80/20).

И, честно говоря, лучший способ обеспечить удовлетворение потребностей ваших пользователей - это заставить их взаимодействовать с тем, что вы создаете, и получать ИХ вводные данные, чтобы информировать ваш дизайн ДО того, как им действительно понадобится это использовать.

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

В конце концов, вы разрабатываете для этих пользователей - включайте их и их отзывы в процесс дизайна, и вы обязательно получите потрясающий результат!

person Robert Harris    schedule 21.02.2011

arrow_upward
0
arrow_downward

Позвольте пользователю контролировать, сколько записей он хотел бы видеть.

person madcolor    schedule 15.01.2010

arrow_upward
0
arrow_downward

Рекомендация: «Все, что имеет наибольшее значение для способа использования».

  1. Как ваши пользователи собираются использовать сетку? Будет ли часто им нужно искать снова после просмотра результатов поиска? или они просто нажмут на результат и перейдут в другую область приложения?

  2. Легко ли читать данные без заголовков столбцов? т.е.

    Джон Смит | Генеральный директор | GlobalMecaCorp | 3 Стэнфордский путь | (043) 1233 1233

    vs

    1235 | 12312 | 1233 | 12301823 | А | ADX

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

Как только вы увидите, как они работают, вы сможете увидеть, какие оптимизации сделают их жизнь проще.

Облегченная жизнь - это отличный UX.

person nailitdown    schedule 01.02.2010