design law area / 复杂度与认知负担
Cognitive Load & Complexity
处理信息数量、认知负担、系统与用户之间的复杂性分配。
Key fields
Identity
- Subtype
- 设计规律领域
- Hierarchy Level
- L1 · 设计规律领域
What
- Definition
- 处理信息数量、认知负担、系统与用户之间的复杂性分配。
Why
- Core Question
- 用户如何理解、记忆和承担不可避免的复杂性?
Lifecycle
- Status
- 待复核
Related content
Relationships come from the local knowledge graph and include reverse links.
- Cognitive Load & Information Processing认知负荷与信息加工Reverse · Related
聚焦内在负荷、外在负荷与促进学习的加工,帮助判断哪些复杂度必须保留、哪些复杂度可以通过设计减少。
- Complexity Allocation & System Burden复杂性分配与系统负担Reverse · Related
聚焦任务复杂性、系统设计复杂性与用户可感知复杂性的分配,判断何时应通过自动化、默认值或分步流程降低用户负担。
- Simplification & Complexity Control简化与复杂度控制Reverse · Related
聚焦假设数量、规则数量和流程结构,帮助在不牺牲必要能力的前提下减少系统与理解成本。
- Working Memory & Information Capacity工作记忆与信息容量Reverse · Related
聚焦工作记忆容量、信息分块和认知负荷,帮助判断信息应如何拆分、分组与逐步呈现。
- Cognitive Load Theory认知负荷理论Reverse · Related
人的工作记忆资源有限。理解内容和完成任务所需的心理加工一旦超过可用资源,表现、学习和决策质量就会下降。 设计应减少与目标无关的额外负荷,同时为任务本身不可避免的复杂度提供支持。
- Miller’s Law米勒定律Reverse · Related
人的工作记忆容量有限,经典研究常以“7±2 个信息单元”描述这一限制。 设计上的重点不是把界面强行限制为七项,而是通过分组和组块化减少用户同时需要处理的信息。
- Occam’s Razor奥卡姆剃刀Reverse · Related
当多个方案能够同样充分地解释问题或达到目标时,应优先选择假设更少、结构更简单的方案。 它鼓励减少没有明确价值的规则、状态和步骤,但不意味着牺牲必要能力。
- Tesler’s Law (Law of Conservation of Complexity)特斯勒定律Reverse · Related
每个系统都存在一定程度的、无法彻底消除的复杂性。 设计者真正能决定的,不是“是否存在复杂性”,而是这部分复杂性应该由用户还是由系统承担。 优秀的设计通常会让系统处理重复、可预测和可自动化的复杂性,同时把真正需要判断的部分留给用户。 这里的复杂性包括业务规则、信息要求、异常处理、权限约束和风险判断;它可以在用户、界面、应用程序、开发团队和平台之间转移。