B2.15.2Structural simplicity设计研究
简约不是删功能而是理清结构
别名: 结构简约 · 信息架构 · 有意义的简化
概念解释
结构简约（structural simplicity）不是以功能数量少为目标，而是让用户能够清楚理解对象、任务、状态和操作之间的关系。产品可以拥有丰富能力，只要相近能力被整合、命名一致、层级可预测、默认路径清楚且例外可被解释；反之，功能很少但概念混乱、入口隐蔽或规则矛盾，仍然复杂。简约解决的是理解和决策负担。
机制
用户不直接感知“功能数”，而是感知完成目标时需要辨认多少概念、在多少路径间选择、记住多少例外。清楚的结构可把多个操作组织到一个可理解的对象模型下，让已有知识迁移到新功能。删除表面控件若不改善模型，只会把选择从屏幕移到菜单、记忆或帮助中。相反，合并重复概念、消除无意义差异和明确层级，能减少真实认知负担。
怎么研究
让用户解释产品中的核心对象、主要任务和功能之间的关系，检查其心智模型是否与系统结构相符。观察任务中概念混淆、错误分类、入口搜索和例外记忆，而不只统计界面元素数量。可比较删减方案、重组方案和命名调整方案，测量理解、发现、效率与长期迁移，判断简化是否真的发生在用户侧。
边界
结构化不等于把一切做成层级树：某些跨对象任务需要多入口、搜索、自动化或情境聚合。过度抽象也会让具体操作失去可见性。对于低频或专业能力，完整理解可能不现实，应提供可检索帮助与安全路径。简约不是要求所有用户掌握同一套模型，而是使每个关键任务都有足够清楚的局部模型。
怎么落地
- 以用户对象和目标而非内部模块划分信息架构，合并同义功能、统一术语，并消除无意义的平行入口。
- 通过默认路径、就近操作、稳定层级和显式例外，帮助用户逐步构建而非背诵结构。
- 在重构前后测试用户能否正确解释“这是什么、能做什么、下一步在哪”，将解释质量作为简约指标。