A2.12.4Conservation of complexity设计
内容本身复杂时，强行简化外观会把复杂度转移给用户的心智加工
别名: 复杂度守恒 · complexity conservation · 强行简化
概念解释
一项任务本身需要用户做出的判断、需要处理的信息量，不会因为界面看起来更简约而减少。把本来摊开显示的多个选项收进一个折叠菜单、把需要权衡的几个参数合并成一个笼统的开关，画面确实变干净了，但用户原本要做的判断并没有消失——只是从"看得见、可以直接比较"变成了"要么凭记忆猜测，要么额外点开才能看到"。这种代价的转移可以叫作复杂度守恒：系统必须处理的复杂度是一个近似固定的量，外观上删掉的部分不会真的消失，只会被推到用户自己的心智加工里去，多数情况下用户要承担的代价比系统直接摊开显示时更高，而不是更低。
机制
界面上的复杂度和内容本身的复杂度是两个不同层次：前者是"屏幕上摆了多少东西"，后者是"用户完成任务所需要的判断、比较、记忆步骤"。简化外观动的是前者，如果内容本身的复杂度没有跟着降低，用户要走完同样多的判断步骤，只是失去了原本能直接看到的外部支持（并排的选项可以直接比较，折叠起来的选项要么凭记忆判断哪个是自己要的，要么要多一次点开、关闭的操作才能比较）。省下来的視觉复杂度换来的是用户工作记忆和操作步骤的额外负担，两者此消彼长，不是同时下降。
边界
当被折叠或合并的内容本身选择很少、彼此差异很小、用户对其中的默认选项本来就没有强烈偏好时，收起来的代价确实很低，这时简化外观和降低整体复杂度是一致的；但当选项数量多、彼此差异对结果影响很大、用户往往需要来回比较才能决定时，折叠或合并会明显增加用户完成任务的步骤和记忆负担，这时"外观更简约"和"任务更容易完成"是两件相反的事，不能假设前者天然带来后者。
怎么落地
- 决定要不要折叠、合并一组选项之前，先判断这组选项本身的复杂度：选项数量、彼此差异是否需要比较才能做决定。差异小、数量少的可以放心收起来；差异大、需要反复比较的，收起来前要想清楚用户要花多大代价才能重新展开做比较。
- 如果确实需要收起以腾出版面空间，至少保留一种低成本的预览方式（悬停显示、展开后不必来回切换就能看到全部选项），不要让用户每比较一个选项就要多点一次。
- 验证办法：分别记录"全部摊开显示"和"折叠后"两个版本下用户完成同一决策任务所花的时间、点击次数与选错概率；如果折叠版本明显更慢、点击更多或选错更多，说明这次简化只是把复杂度藏起来，而不是真的降低了复杂度。