当产品流程把复杂性推给用户或你准备过度简化界面时，用…

适用于设计表单、流程、错误提示、导入导出、设置等界面，决定哪些复杂性应由产品吸收、哪些必须留给用户，并避免表面简化造成下游负担。

适用场景

解决思路

1. 应用 Tesler 定律，识别复杂性被不必要地转嫁给用户的位置，并定位产品应改为吸收它的地方。
2. 抵制一看到复杂性就过度简化的反射，因为它可能产生不可见的下游负担。
3. 把每个流程中的复杂性视为守恒：复杂性不能被消除，只能被移动；每次简化界面时，明确它被移到了哪里。
4. 区分固有复杂性与额外复杂性：固有复杂性来自任务本身，消除它等于移除能力；额外复杂性来自设计，是混乱表单、术语不一致、冗余步骤或结构糟糕的决策，应直接消除。
5. 对固有复杂性做明确决策：这项复杂性由用户吸收，还是由产品吸收。
6. 审计流程的每一步：用户正在做什么决策？产品能否在不损失保真度的情况下替用户做这个决策？
7. 将“用户必须按正确格式输入日期”改为“产品接受多种格式或提供日期选择器”。
8. 将“用户先选择国家，再重新输入地区”改为“产品检测国家并自动填充地区选项”。
9. 将“用户必须遵循文件命名约定”改为“产品强制或自动生成名称”。
10. 将“用户在开始前设置 12 个选项”改为“产品应用智能默认值，并逐步提供选项”。
11. 将“用户阅读并解释错误后自己找修复方法”改为“产品直接建议修正”。
12. 不要为了追求干净界面而把太多选项藏在渐进披露后；否则高级用户会把时间花在寻找功能上。
13. 不要对关键决策过度默认；否则用户会在最关键时刻失去控制。
14. 不要移除配置；否则产品将无法适配合法的边缘情况。
15. 简化表面后，验证被移除的复杂性去了哪里；它可能重新出现在更长的工作流、更多错误恢复、支持队列或下游用户步骤中。
16. 表单默认：默认到最常见选择；暴露替代选项，而不是隐藏它们。
17. 错误信息：指出问题并说明修复方法；不要让用户去解释技术原因。
18. 导入与导出：接受用户的格式；不要要求用户在产品能读取之前重新格式化。
19. 多步骤工作流：自动化不需要用户判断的步骤；只询问只有用户知道的信息。
20. 设置与配置：每个设置都提供可用默认值；让自定义可用，而不是强制。
21. 积极应用智能默认值，但始终向需要它的用户暴露底层选项。
22. 在简化之前先区分固有与额外复杂性；固有复杂性不能移除，只能管理。
23. 当你简化 UI 时，再次验证被移除的复杂性去向；它可能重新出现在支持队列或下游用户步骤。
24. 通过结果衡量复杂性——错误率、任务耗时、放弃率、支持量——而不是通过数可见界面元素。

适用边界 · 注意事项

• 当目标只是减少表面选项数量时，不要盲目套用；如果被隐藏、默认或移除的是固有复杂性，用户会在下游承担更多错误恢复和支持成本。
• 不要用它来试图彻底消除任务本身的固有复杂性，例如多乘客、指定座位且有转机的航班预订；那通常会变成移除产品能力。
• 对关键决策、高级用户能力和合法边缘场景，不要以过度默认或移除配置的方式简化，否则会损害控制权和适用范围。