我最近在困惑如何高效的做review，正好看到了这个文章，希望有用。

————————————————————————————————————————————————————

反馈在设计过程中扮演着重要的角色。然而低效的是，很多设计review仅仅只是开始了合作中的不愉快，变成了每个人对设计就像对打靶子一样指指点点，或者在设计师为了说服同行而做的详细展示讨论会上吐槽。

还有更坏的：根本就没有讨论会。

在团队中（the working group），我们想要设计评论发挥最大作用。所以我们开发了一个规范的流程来完善设计，我们创造了一个高效的环境让整个团队参与，确保复现结果。

基础规则

1. 每个项目一个月至少做一次评论会议
2. 每次会议不要超过六个人参与，保持进度
3. 每次会议要有新人参与，可以获得更多看法
4. 项目的首席设计师应该出席并组织review，获取一手反馈

让我们近距离看看在我们评论环节中，准备阶段、进行阶段和后续阶段是如何进行的。

review的准备阶段

产品首席设计师需要保持会议的高效，快节奏，在一小时内完成。所以有条理和设置范围是关键。

一旦我们选择了参与者，我们要发一个邀请告知他们要准备什么东西。一般包括：

1. 约见的时间地点
2. 方案目标
3. 一些重要的约束条件比如：“内容不能改变”
4. 方案的时间线
5. 当前产品的保真度
6. 如果需要的话，带上设备
7. review的目标（例如我们想尝试了解什么）

方案引导应该确保所有材料都已展示出来。在做review的时候，我们试着去创建一个原型说明完整的用户行为或用户流。包括用户在进入网站或者app之前做的任何步骤。如果用户体验以收到邮件为开端，那我们的原型就从邮件客户端开始。

在会议开始的一小时前，我们会发一个关于以上内容的提醒。

review的进行阶段

设计师在板子上写下方案的目标和评论，让参与者可以记得住。然后他们让参与者看原型，并提供给用户一些可能需要理解流程的情境。

设计师千万不要给参与者灌输他们的设计或者想法。

设计师然后给做review的人一个合理的时间（大概25分钟）让他独立理解原型。做review的人需要做笔记，并且自己拿好自己的反馈意见。我们鼓励做review的人写有价值的笔记：

1. 一直牢记方案的目标
2. 记下你喜欢什么，不喜欢什么
3. 避免主观的看法，比如“这个好丑”
4. 试着不要去代表目标用户，除非你自己是目标用户
5. 把反馈做优先级排序，首先聚焦在最重要的问题上

讨论反馈

我们至少留下一半的时间做review的反馈，也可能会更长。

我们问每一个做review的人要一张反馈清单，每个反馈都必须进行讨论——有的建议很明显不错，大家都会同意，有一些产生分歧的意见则需要另行研究。  设计者在引导讨论的时候要牢记以下内容：

1. 让讨论继续下去，不要出现讨论拖延或让一个人主导讨论
2. 如果人们不同意一个观点，记下来稍后投票
3. 记住，不是所有反馈都有用，要忽略一些想法

当所有人都结束了讨论，或者离结束还有10分钟，设计师停止收集反馈并且开始整理。

整理出一个最终的反馈清单，我们鼓励大家在Invision上添加评论，这样设计师可以追踪问题。如果正在在线查看原型，则用像Trackduck这样的评论工具。

review的后续阶段

现在， 方案的设计师要花一些时间思考每一张反馈清单，探索可能的解决方案。我们并不需要设计师在讨论会上就做出解决方案，这些可以等到之后有时间再进行。

不需要考虑所有反馈，设计师需要关注的是哪些要保持，哪些要改变，但是他们应该近距离聆听，并保持开放的思想。正在完成的部分涉及自我的挖掘，但要记住你不等于你的设计。反馈是不能忽视的礼物。

只要完成得正确，设计review便能提供非常有用的观察和视角，另外，它们也往往很有趣。如果你在机构设置中，通过设计让自己很舒服，那客户也会有同样的感受。