User interface 网格滚动以获得更好的用户体验

User interface 网格滚动以获得更好的用户体验,user-interface,grid,user-experience,User Interface,Grid,User Experience,我们有一个内联网网页,根据一些搜索条件显示报告。搜索条件的控件位于页面顶部,报表网格是页面上唯一的内容。网格通常会显示超过50-100行,并且需要滚动。从用户体验的角度来看,哪种页面设计更合适: 具有垂直滚动条和固定标题的固定大小网格 这种方法的优点是,当用户垂直滚动网格时,标题保持不变并且始终可见,从而更容易理解报告的内容。过滤条件也始终可见,无需滚动回页面顶部即可更改 缺点是网格的大小必须固定,并且根据浏览器窗口的大小,可以显示两个垂直和两个水平滚动条(标准浏览器滚动条和网格滚动条)。这

我们有一个内联网网页,根据一些搜索条件显示报告。搜索条件的控件位于页面顶部,报表网格是页面上唯一的内容。网格通常会显示超过50-100行,并且需要滚动。从用户体验的角度来看,哪种页面设计更合适:

  • 具有垂直滚动条和固定标题的固定大小网格

    • 这种方法的优点是,当用户垂直滚动网格时,标题保持不变并且始终可见,从而更容易理解报告的内容。过滤条件也始终可见,无需滚动回页面顶部即可更改
    • 缺点是网格的大小必须固定,并且根据浏览器窗口的大小,可以显示两个垂直和两个水平滚动条(标准浏览器滚动条和网格滚动条)。这可能会有所缓解,因为我们知道用户的屏幕大小,并且我们可以在最大化浏览器窗口的情况下优化页面
  • 根据记录的数量调整网格的大小

    • 其优点是只显示标准的浏览器滚动条
    • 缺点是当用户向下滚动时,标题和筛选条件将不可见
请注意,我们不想使用分页,因为记录的数量不够多,不需要分页,而且用户通常不喜欢分页,因为分页使他们更难扫描结果


这可能是一个主观的问题,但这是一个非常常见的问题,我认为应该有一个明确的用户体验指导方针来处理它。

让用户控制他们想看多少记录。

让用户控制他们想看多少记录。

该指导方针是“对使用方式最有意义的内容”

  • 您的用户将如何使用 网格?在仔细阅读了研究结果之后 他们经常需要搜索吗 再次搜索?或者他们只是 单击结果并继续进入应用程序的另一个区域

  • 数据在没有列标题的情况下容易读取吗?即

    John Smith |首席执行官| GlobalMecaCorp |斯坦福路3号|(043)1233 1233

    vs

    1235 | 12312 | 1233 | 12301823 | A | ADX

  • 在不知道这些问题的答案的情况下,我倾向于使用最少的代码,然后观察用户如何与之交互

    一旦你看到他们是如何工作的,你就能够看到什么样的优化将使他们的生活更轻松

    生活变得更简单就意味着用户体验更好。

    指导原则是“任何对其使用方式最有意义的东西”

  • 您的用户将如何使用 网格?在仔细阅读了研究结果之后 他们经常需要搜索吗 再次搜索?或者他们只是 单击结果并继续进入应用程序的另一个区域

  • 数据在没有列标题的情况下容易读取吗?即

    John Smith |首席执行官| GlobalMecaCorp |斯坦福路3号|(043)1233 1233

    vs

    1235 | 12312 | 1233 | 12301823 | A | ADX

  • 在不知道这些问题的答案的情况下,我倾向于使用最少的代码,然后观察用户如何与之交互

    一旦你看到他们是如何工作的,你就能够看到什么样的优化将使他们的生活更轻松


    生活变得更简单就意味着用户体验更好。

    一般来说,在已经显示滚动条的页面中,应该避免滚动条。水平滚动条尤其如此,您应该尽量避免使用

    固定列标题在长的垂直滚动列表中总是一个好主意,我强烈建议这样做(如果需要的话)

    但是,这些设计问题实际上取决于最终用户的需求。您应该问一些关于用户群的简单问题,即:

    用户将如何与数据交互? 他们将执行的主要任务是什么?
    他们将执行哪些次要任务? 任务使用的频率是多少? 哪些数据对任务最重要?(显示中的优先级) 设计对这些任务有帮助还是有阻碍?
    能否显示更少的数据,并且仍然有效地满足用户需求? 如果显示的数据较少,用户在需要时访问数据的最有效方式是什么? 等等

    一旦你有了其中的一些答案,你就应该为最常见的需求专门设计,同时还要考虑其他的需求(使用80/20规则)

    而且,老实说,确保用户需求得到满足的最佳方法是让他们与您正在构建的内容进行交互,并在他们需要实际使用它之前获得他们的输入以通知您的设计

    通过comps或使用实际原型进行认知演练,看看您的用户是否能够有效地执行任务。UI应该增强这一点,而不是阻碍它。如果您发现问题,可以在设计上线之前对其进行更新


    在一天结束的时候,你正在为这些用户设计——在设计过程中包括他们和他们的反馈,你一定会一帆风顺

    一般来说,应该避免在已经显示滚动条的页面中使用滚动条。水平滚动条尤其如此,您应该尽量避免使用

    固定列标题在长的垂直滚动列表中总是一个好主意,我强烈建议这样做(如果需要的话)

    但是,这些设计问题实际上取决于最终用户的需求。您应该问一些关于用户群的简单问题,即:

    用户将如何与数据交互? 他们将执行的主要任务是什么?
    他们将执行哪些次要任务? 任务使用的频率是多少? 我需要什么数据