做重要 UX 设计决策时记录设计理由…

当需要为重大 UX 设计决策、设计评审或未来参考留存决策依据时，用结构化文档记录背景、备选方案、权衡与推理。

适用场景

解决思路

1. 用一句话清晰陈述所做的设计决策，作为文档标题和后续引用的锚点。
2. 描述触发该决策的背景：要解决什么问题、存在哪些约束、哪些用户需求影响了方向，并附上相关研究发现。
3. 列出至少 2-3 个被评估过的备选方案，逐一说明各方案的样子和关键特征，公平对待所有选项，不要树稻草人。
4. 明确评估标准：可用性启发式、技术可行性、品牌一致性、用户研究发现、业务需求或设计原则。
5. 解释推理过程：说明所选方案为何最符合评估标准，明确讲出权衡——得到了什么、牺牲了什么，并指出该决策是可逆还是不可逆。
6. 记录已接受的权衡：每个设计决策都有取舍，写明放弃了什么以及为什么可以接受，帮助未来团队理解约束。
7. 记录后续注意事项：需要关注的指标、可能触发重新审视该决策的条件，或相关的待做决策。
8. 按模板完整填写所有章节：Decision Summary、Context、Options Considered、Evaluation、Decision Rationale、Trade-offs Accepted、Reversibility、Follow-up Considerations、Supporting Materials、Decision History。
9. 定稿前对照质量清单核查：决策一句话清晰陈述、背景说明「为何现在」与约束、多个备选方案被公平记录、评估标准明确、推理说明所选方案为何胜出、权衡被诚实承认、接手该设计的人无需询问任何人即可重建为何该方案胜出。

适用边界 · 注意事项

• 决策属于架构或技术选型时，改用 develop-adr（Nygard 格式）。
• 需要就整体方案方向与利益相关方对齐时，改用 develop-solution-brief。
• 记录的是探索发现而非某个决策时，改用 develop-spike-summary。
• 决策可轻易逆转且风险很低时，写理由文档只是增加仪式感，把推理记在 PR 或工单里即可。