用途
Experience First 是一条用于产品、UX 与功能范围权衡的决策原则。当团队在“实现起来更方便”和“用户体验更好”之间摇摆时，该原则要求明确选择用户愉悦，而不是实现便利。
主要能力
- 判断优先级：当实现便利与用户愉悦冲突时，选择愉悦。
- 功能审查：每个功能、控件和选项都必须有正当理由，无法被证明的功能应被砍掉。
- 范围控制：坚持“少而精”，交付三个打磨完善的功能胜过十个粗糙的功能。
- 原型先行：在投入生产代码之前先做原型，设计决策在一次性 HTML 中修改比在生产代码中更便宜。
- 细节打磨：把过渡、对齐、间距、反馈和错误状态都做对。
- 收敛核心：让每个功能都服务于中心工作流，否则就让出位置。
使用方式
该原则本身不包含可执行代码或安装命令，资料未提供相关命令行步骤。它作为一条判断准则，在出现产品、UX 或功能范围取舍时被引用和应用，用来确定“工作的目标”，而基础性思考则用来决定“工作的顺序”。
适用场景
- 产品与功能范围讨论中出现取舍时。
- 设计评审中需要判断某功能是否应当保留时。
- 需要决定先做原型还是直接进入生产实现时。
- 评估 UI、库或内部 API 的使用者体验时。
该原则对“用户”给出了扩展定义：用户是任何消费该产出的人。对 UI 来说是最终用户；对库或内部 API 来说是引入它的同事；而接下来维护代码的工程师同样是用户。应当以同样的方式衡量他们的体验，并从他们的视角说明影响。
限制
资料未提供该原则的具体实施工具、检查清单模板、配套命令或量化指标。它是一条定性原则，如何落地取决于具体团队与项目情境，具体执行方式暂未提供。