简化外观而隐藏结构会提高负荷

概念解释

把一部分功能或信息收进折叠菜单、藏在手势背后、用一个笼统的入口取代原本可见的多个选项，界面看起来确实变简单了，但这部分复杂度并没有消失，只是从"看得见的界面"转移成了"用户脑子里要想的事"。这可以理解为一种复杂度守恒：一个任务域本身需要处理的信息和判断总量大体固定，设计能决定的是这些复杂度由谁来承担、以什么形式呈现，而不能真的把它抹掉。收起结构换来的外观简洁，代价通常是用户要多花力气去猜测、去探索、去记住"东西藏在哪"。

机制

可见的结构——清楚列出的选项、摆在外面的控件——本身承担着一部分认知功能：用户不需要记住有哪些选项，因为它们一直在眼前，识别比回忆省力得多。把结构隐藏起来之后，这部分"不需要记"的便利消失了，用户要么需要在脑子里维持一份"这个界面还有哪些隐藏功能"的心智地图，要么每次都要重新探索——点开这个菜单看看、试试这个手势——这两种应对方式分别对应回忆负荷和探索负荷的上升。外观上元素变少确实降低了视觉呈现这一环节的负荷，但如果任务本身仍然需要用到那些被隐藏的功能，降低的这部分负荷会以更贵的方式在别处补回来，总量不降反升。

怎么研究

常见做法是比较"功能保持可见"与"功能收进折叠/隐藏手势"两种版本，在用户不知道功能已存在的前提下，测量找到并使用该功能所需的时间、尝试次数，以及事后回忆"界面上有哪些功能"的完整程度。

常见自变量：功能是否可见、隐藏方式（折叠、手势、二级菜单等）。 常见因变量：首次找到隐藏功能的时间与尝试次数、功能使用率、事后功能回忆的完整度。

这套比较常用于评估极简化改版是否真的降低了用户负担，还是只是把负担从视觉呈现挪到了功能发现这一环节。

方法论注意点：如果被试是从教程或提示中提前知道了隐藏功能的存在，测出来的探索代价会被严重低估，评估要尽量模拟用户第一次自然遇到界面、不带先验提示的情形。

边界

• 如果被隐藏的功能使用频率极低、大多数用户几乎用不到，隐藏带来的探索负荷影响范围很小，此时外观简化的收益可能确实大于代价。
• 这个效应在首次使用阶段最明显；如果用户已经通过反复使用记住了功能藏在哪里，探索负荷会降到很低，只剩下每次都要多点一两下的操作成本。
• 这条讲的是隐藏本身转移负荷这一机制，不涉及具体应该隐藏到几层、用什么交互形式隐藏，那是落地时的具体权衡。

怎么落地

• 决定是否把某个功能收起来之前，先确认它的使用频率与该功能对任务的重要程度；高频或关键功能收起来带来的探索负荷通常划不来。
• 如果确实需要收起低频功能，为界面提供轻量的发现线索（一个提示、一次引导），把首次探索的代价降到可控范围，而不是让用户完全靠试探摸索。
• 验证办法：让完全没有接触过该界面的新用户尝试完成需要用到被隐藏功能的任务，记录他们找到该功能花费的时间与尝试次数；如果相当比例的新用户始终没有找到，说明这部分复杂度并未消失，只是转成了用户找不到功能这个更贵的代价。

延伸

• 同组：A9.05.1 元素数量不等于认知负荷 · A9.05.2 结构清晰的密集界面可能低于稀疏但混乱的界面 · A9.05.4 客观结构复杂度与用户主观感知复杂度并不总是一致，会各自独立变化 · A9.05.5 视觉复杂度指标与实际认知负荷的相关性较弱 · A9.05.6 跨屏幕的不一致会叠加复杂度，超出单屏幕内部复杂度的简单加总 · A9.05.7 视觉上更美观的界面常被误判为更易用，掩盖了实际负荷的差异
• 相邻：A2.12 简约与最小化倾向
• 站内检索：conservation of complexity · discoverability · progressive disclosure · hidden features