体验优先是一套用于产品、用户体验和功能范围取舍的决策原则，适用于相关权衡出现时。
用途 当实现便利与用户愉悦发生冲突时，选择愉悦。该原则用于判断功能是否值得做、范围应如何收缩，以及设计决策应如何验证。
主要能力
- 要求每个功能、控件和选项都必须有充分理由。
- 主张少而精：打磨完善的三功能体验胜过粗糙的十功能体验。
- 建议在投入生产代码前先用一次性 HTML 做原型，因为设计决策在丢弃型原型中成本更低。
- 强调把细节做对，包括过渡、对齐、间距、反馈和错误状态。
- 要求收紧核心循环：每个功能都应服务于中心工作流，否则应让路。
使用方式 在出现产品、UX 或功能范围权衡时应用该原则。先确认目标体验，再评估实现方案；对新增功能、控件和选项提出理由要求；对关键设计先用一次性 HTML 原型验证；最后检查过渡、对齐、间距、反馈和错误状态等细节，并确认功能是否服务于核心工作流。
适用场景 适合产品功能取舍、界面设计评审、功能范围收缩和原型验证等场景。
用户范围 该原则把“用户”定义为任何消费该工作成果的人：对于 UI 是最终用户；对于库或内部 API 是导入它的同事；后续维护代码的工程师同样是用户。应以同样方式权衡他们的体验，并从他们的视角解释影响。
限制 该资料未提供具体代码、安装命令、平台支持、收费或价格信息，暂未提供。