结构清晰的密集界面可能低于稀疏但混乱的界面

概念解释

信息密度低——屏幕上东西不多——不等于负荷低。一屏排布紧凑但分组清楚、层级分明的界面，实际负荷可能低于一个看起来空旷、但分组含糊、需要用户自己去理清元素之间关系的界面。决定负荷高低的不是单屏摆了多少信息，而是这些信息有没有被组织成用户可以直接感知的结构，还是要靠用户自己去拼凑关系。

机制

结构清晰的密集界面之所以负荷可控，是因为清晰的分组、对齐与层级让本该分别处理的多个数据点被感知系统当作少数几个组块（chunk）来处理，实际要主动记忆和逐一处理的单元数量远小于表面上的元素个数。稀疏但混乱的界面则相反：即使元素看起来不多，如果分组含糊、缺乏视觉上的从属关系，用户没有办法把信息在感知层面预先打包，只能一个个单独识别、自己在脑子里判断哪些属于同一类、哪些互相关联——这种"自己找结构"的过程本身就要消耗认知资源，负荷因此上升，而与元素的绝对数量关系不大。这个道理在信息被进一步拆散——比如同一组本该放在一起看的内容被分到了不同屏幕或页面——时会更明显：用户不仅要自己找结构，还要在看不到前一屏的情况下把内容暂存在工作记忆里，等翻页后再取出来做判断，这属于对工作记忆容量与保持时间的进一步消耗。

怎么研究

常见做法是把同样的信息内容分别组织成"分组清晰、密集排布"和"稀疏排布、分组含糊"两种呈现方式，让被试完成需要跨信息点比较或综合判断的任务，比较两种呈现下的完成时间与错误率。

常见自变量：单屏内的分组清晰程度、信息呈现的密度。 常见因变量：跨信息比较任务的完成时间与错误率、主观负荷评分。

这套比较在人机交互里常用来评估"看起来更简洁"的改版是不是真的降低了负荷，还是只是把负荷从视觉呈现转移成了用户自己组织结构的负担。

方法论注意点：判断的关键不是数元素或数留白面积，而是看任务表现是否因为分组混乱而下降，只凭视觉观感判断"这版更清爽"容易得出错误结论。

边界

• 分组清晰的密集界面的负荷优势有上限：一旦单屏内的组块数量超过用户能同时把握的范围，密集本身也会重新成为负荷来源，不能无限地把内容都塞进一屏。
• 如果任务本身不需要跨元素比较（每个信息点独立处理），稀疏排布造成的额外负荷会小很多，这条讲的是需要综合或比较判断这个前提下的情形。
• 这条讲的是密度与结构组织的交互，不涉及具体应该分到几屏、如何在多屏之间处理已经消失的上下文，那部分机制更接近工作记忆容量的问题。

怎么落地

• 需要用户跨多个信息点做比较或判断的任务，优先把相关信息组织在同一个可视范围内、用清晰的分组和层级呈现，即使这样会让单屏看起来更"密"，也好过强行留白但让用户自己去理清关系。
• 评审"看起来更简洁"的改版时，检查这次简化是压缩了元素数量还是压缩了分组结构；如果分组结构被弱化了（依赖间距而不是明确的容器或标题），即使元素变少，负荷也可能不降反升。
• 验证办法：让用户在两个版本上完成需要跨信息点比较的任务，记录完成时间、错误率与主观负荷评分；如果稀疏版本的表现反而更差，说明当前的"留白"没有换来更低的负荷，只是转移了负担。

延伸

• 同组：A9.05.1 元素数量不等于认知负荷 · A9.05.3 简化外观而隐藏结构会提高负荷 · A9.05.4 客观结构复杂度与用户主观感知复杂度并不总是一致，会各自独立变化 · A9.05.5 视觉复杂度指标与实际认知负荷的相关性较弱 · A9.05.6 跨屏幕的不一致会叠加复杂度，超出单屏幕内部复杂度的简单加总 · A9.05.7 视觉上更美观的界面常被误判为更易用，掩盖了实际负荷的差异
• 相邻：A6.02 工作记忆容量（含 A6.02.3 跨页流程要求用户记住内容即是设计缺陷）
• 站内检索：chunking · information density · perceptual grouping · working memory