团队设计评审需要结构化引导时：把主观意见变成可执行行动项

当有多人参与、需要对设计工作进行结构化评审并产出明确反馈与后续行动时使用。

适用场景

解决思路

1. 评审前，让设计师分享背景：目标、约束、目标受众、工作阶段。
2. 评审前，明确需要哪类反馈（布局？流程？文案？还是全部）。
3. 评审前，设定规则：建设性、具体、可执行。
4. 评审中按 5 分钟进行 Present：设计师走查作品和目标。
5. 评审中按 5 分钟进行 Clarify：只提问以理解，不评判。
6. 评审中安排 Feedback rounds：按类别或优先级组织反馈。
7. 评审中安排 Discuss：围绕关键分歧进行开放讨论。
8. 评审中安排 Capture：记录决策和行动项。
9. 使用反馈句式“我注意到……”：表达观察，而不是评判。
10. 使用反馈句式“我想知道……”：提出问题或探索方向。
11. 使用反馈句式“如果……会怎样？”：给出建议或替代方案。
12. 使用反馈句式“我认为……因为……”：表达带理由的观点。
13. 评审后，让设计师总结收获。
14. 评审后，明确行动项、负责人和截止日期。
15. 评审后，如有需要安排后续评审。
16. 根据场景选择 Desk crit：非正式、1 对 1、快速反馈。
17. 根据场景选择 Team crit：已排期、结构化、全员参与。
18. 根据场景选择 Cross-team crit：让项目外的人提供新鲜视角。
19. 根据场景选择 Stakeholder review：面向决策、以批准为导向。
20. 将探索性评审与细化评审分开。
21. 评审作品，不评审人。
22. 始终把反馈与目标和用户需求关联。
23. 轮换主持人角色。
24. 让评审成为常规仪式，而不是一次性活动。

适用边界 · 注意事项

• 只有单人做专家评审时不要用；改用 `heuristic-evaluation`（prototyping-testing）。
• 避免评审过早（还在探索）或过晚（已在打磨）。
• 避免委员会式设计（意见过多、没有方向）、只关注个人偏好而不是用户需求、没有明确下一步。