当产品、UX 或功能范围出现取舍时，优先用户体验而非实现便利

在功能范围与体验取舍中，选择让用户愉悦而非实现省事，少而精地交付打磨过的功能。

适用场景

解决思路

1. 当实现便利与用户愉悦冲突时，选择愉悦。
2. 每一个功能、控件和选项都必须有正当理由。
3. 少交付、交付得更好：三个打磨精致的功能胜过十个粗糙的功能。
4. 在投入生产代码前先做原型：设计决策在一次性 HTML 中比在生产代码中更便宜。
5. 把细节做对：过渡动画、对齐、间距、反馈、错误状态。
6. 收紧核心循环：每个功能都应服务于核心工作流，否则就让开。
7. 明确“用户”是谁：对 UI 而言是终端用户；对库或内部 API 而言是引入它的同事；下一位维护代码的工程师也是用户。
8. 像对待终端用户一样权衡这些用户的体验，并从他们的视角解释影响。
9. 基础建设应服务于体验：基础性思考决定工作的顺序，而本原则决定目标。