用途：这是一条用于产品、UX 或功能范围取舍场景的原则（principle），在实现便利与用户愉悦发生冲突时，作为决策依据选择愉悦。
主要能力与要点：
- 每个功能、控件和选项都必须有正当理由，避免无谓堆砌。
- 少交付、交付得更好：三个打磨完善的功能优于十个粗糙的功能。
- 承诺前先做原型：用一次性 HTML 原型验证设计，比在生产代码里改更省成本。
- 把细节做对：过渡、对齐、间距、反馈、错误状态都需关注。
- 收紧核心循环：每个功能都应服务于中心工作流，否则就让开。
对“用户”的界定：用户就是消费该产物的人。对 UI 而言是终端用户；对库或内部 API 而言，是引入它的同事；而后续维护代码的工程师同样是用户。应以同等标准衡量他们的体验，并从他们的视角解释影响。
与其他原则的关系：基础性思考决定工作的顺序，而本原则决定目标——基础应服务于体验。
限制：资料未提供具体安装命令、配置方式、示例代码或适用平台信息，暂未提供。