用途
Experience First（体验优先）是一个用于产品、用户体验与功能范围取舍场景的设计原则。当实现上的便利性与用户愉悦感发生冲突时，它给出的判断标准是：选择用户愉悦感。
它适合在以下情形使用：决定一个功能是否要做、决定功能范围要放多大、在多个实现方案之间取舍、审查某个交互细节是否值得打磨。
主要主张
- 当实现便利性与用户愉悦冲突时，选择愉悦。
- 每个功能、控件和选项都必须有理由。 没有正当理由的功能、控件或选项不应保留。
- 少而精。 三个打磨精致的功能，胜过十个粗糙的功能（Ship less, ship better）。
- 先做原型再动手实现。 设计决策在抛弃式的 HTML 原型中成本更低，不要直接在会被带入生产的代码里试错。
- 把细节做对。 包括过渡（transitions）、对齐、间距、反馈与错误状态。
- 收紧核心循环。 每个功能都应当服务于中心工作流，否则就应该让开。
关于「用户」的定义
该原则将「用户」定义为任何消费这项成果的人：
- 对于 UI，用户是最终用户；
- 对于库或内部 API，用户是引用它的同事；
- 接下来维护这段代码的工程师同样是用户。
衡量这些人的体验应当采用同样的标准，并从他们的视角解释改动带来的影响。
与其他原则的关系
该原则与「基础/根基」（Foundations）的关系是：基础应当服务于体验；基础性的思考方式决定工作的先后顺序，而本原则决定目标本身。
限制
提供的资料中未给出具体的安装命令、代码示例、平台支持、收费信息或使用步骤；也未说明该技能如何被具体工具调用或集成。这些内容暂未提供。