用途：在出现产品、用户体验或功能范围取舍时应用该原则，帮助团队在“实现方便”与“用户愉悦”之间做出选择。
主要能力与主张：当实现便利与用户愉悦冲突时，选择愉悦；每个功能、控件和选项都必须有正当理由；少而精地交付，三个打磨好的功能胜过十个粗糙的功能；先做原型再投入（用可丢弃的 HTML 做设计决策，比写进生产代码更便宜）；把细节做对，包括过渡、对齐、间距、反馈和错误状态；收紧核心循环，每个功能都应服务于中心工作流，否则就让开。
关于“用户”的定义：用户是消费产出的人。对于 UI，是最终用户；对于库或内部 API，是导入它的同事；维护后续代码的工程师也是用户。应以同样方式权衡他们的体验，并从他们的视角解释影响。
定位：基础性思考决定工作顺序，而该原则决定目标——基础应当服务于体验。
限制：资料未提供具体安装命令、配置方式、适用平台、收费或价格信息，也暂未提供代码示例或使用步骤，需以实际项目与团队判断为准。