一、评审会的常见问题
每次评审会开了 2 小时，结果设计师疯狂改稿，问题却越改越多。这种场景在很多团队都很常见：
- 评审时大家各抒己见，但缺乏判断标准
- 每个人都有想法，但没人愿意做最终决策
- 讨论发散严重，2 小时后回到起点
- 方案改了 8 版，但没人记得第一版的问题解决了没有
二、用「决策树」组织评审会
我们团队经过一年迭代，总结出「决策树」评审法：
- 第一步：问题聚焦（10分钟） — 先说清楚这次评审要解决什么问题，而不是展示方案
- 第二步：决策标准（5分钟） — 明确这次评审的通过标准是什么
- 第三步：方案展示（15分钟） — 设计师展示方案，不接受直接否定，改为「建议」
- 第四步：决策投票（10分钟） — 每人用脚投票，少数服从多数
- 第五步：会议纪要（5分钟） — 当场确认下轮修改项与负责人
三、一个关键原则
评审会上不解决新问题，只解决已识别的问题。
如果在评审过程中发现新问题，记录下来，作为下次评审的输入，而不是在现场展开讨论。
好的评审会不是让所有人满意，而是让所有人都清楚地知道：
这次要解决什么问题，以及这个版本要达成什么目标。