用途：这是一条产品、UX 与功能范围取舍时使用的原则，用于在实现便利与用户体验冲突时给出决策方向。
主要主张：当实现便利与用户愉悦冲突时，选择愉悦；每个功能、控件和选项都必须有存在理由；少而精地交付，三个打磨好的功能胜过十个粗糙功能；先做原型再投入，设计决策在一次性 HTML 中比在生产代码中更便宜；把细节做对，包括过渡、对齐、间距、反馈与错误状态；收紧核心循环，每个功能都应服务于中心工作流，否则就让开。
使用者定义：用户是消费成果的人。对 UI 而言是终端用户；对库或内部 API 而言是引入它的同事；后续维护代码的工程师同样是用户，应以同样方式权衡其体验，并从他们的视角说明影响。
定位：基础性思考决定工作顺序，本原则决定目标。
限制：资料未提供具体安装命令、代码示例、平台支持、收费方式或量化效果，暂未提供。