# 1. 内部评审规范

团队聚集在一起审查设计或产品原型的过程可能会很痛苦。当没有关于目标和背景的基本了解时，讨论可能需要很长时间，可能会导致效率低下，因为目标并不清晰，甚至长时间的讨论也不会有实质性的结果，而且可能会伤害感情。

让团队审查彼此的工作也是培养团队精神，分享知识，让团队互相看做资源的好方法。在大型组织中尤为重要，因为设计团队经常与自己的团队和项目隔离。当团队评估他们的团队成员面临和解决的各种设计挑战时，他们可以将这些经验带到他们自己的工作中。

在设计过程的每个阶段进行设计评审和反馈对于成功的产品都是很有用且至关重要，也可以帮助聚焦正在发布的设计是否满足用户需求。同时对设计师的成长提供非常大的帮助。一个正式的流程和一个高效的环境是做好设计评审的基础，可以让整个团队参与起来，改进我们的设计，做好设计质量控制。

# 1.1. 基本规则

发起人根据评审规则发送会议邀请，包含：

发起人应该保证所有评审相关的资料和设备就绪。避免进入会议后再做过多准备、调试工作。（比如：投影仪准备、手机转接设备准备等……）至少在会议开始前一天发送会议通知到参会人，发送通知前请确认与会人的时间表安排。

主持会议，并专注于用户体验问题，而不是深入研究设计解决方案。确保会议进度把控。确保每个人都有时间说出自己的想法，且被记录下来。

这样其他评审者可以专注于评审工作，设计师也更擅长解释其他设计师给出的反馈。而不是开发人员或者管理团队的人。

主持人通过讨论来创建任务来推动评审，一旦问题转化为任务就写下来，并停止相关讨论。当不能捕捉到更多任务的时候，会议就应该结束了。

因此如果在发布产品之前正式的设计评审如此重要，那么您如何进行良好的评估呢？在这里分享一些团队中的工作方式分享一些指导原则

良好的评审侧重于识别用户体验问题，而不是讨论解决方案。解决方案是下一步要解决的问题。可能需要更多的讨论。 设计评审用于识别和跟踪可能影响用户体验质量的任何问题，无论这些问题是有设计本身的缺陷还是开发或者业务流程的限制引起的。

虽然偶尔建议一种替代方案是可以的，但最好是确定问题，然后由负责项目的设计师负责找出解决方案并完成它（这是项目设计师的工作）。

设计评审结束时，已暴露的问题应妥善记录，标记为设计问题，并排列优先级。随后按优先级讨论解决方案，有必要的需要邀请产品团队或利益相关人共同讨论确定。

根据上面提到的基本原则，简单说明项目的基本情况、特殊限制，进一步明确会议主题和目标。

会议发起人需要明确评审内容，并告知参会人。展示需要评审的原型图或设计图，并简述任务的相关情况。项目背景，环境，流程，进度等。

设计师不应该推销他们的设计或者设计思想。

设计师一定要避免长篇大论的解释设计思想、设计理念，为什么做了某某设计要达到某某目的等内容，这反而会起到反作用，让理解发现问题的可能性小了很多。

参会人听完项目陈述后根据项目时间大小，确定评审时间（比如20分钟），参会人在这段时间内独立审查项目，发现问题记录下来，统一在讨论环节提出问题。

这样能促进每个人更深入的思考设计，并亲自体验（这恰好是您再现实世界中体验设计的方式）。这样也避免了问题趋同或者受其他与会者意见的影响，问题也会更多样化。

建议在审查过程中：

至少预留一半的时间来提出问题、讨论问题，注意控制时间。

我们要求每位参会人至少提供一条反馈，然后在必要时讨论每一条反馈，有些反馈显然很好，整个会议室都赞同，但也会有很有争议性的内容，需要稍候解决。在主持评审时，主持人需要注意：

预留10分钟左右的时间进行收尾工作。

现在，该项目设计师需要一些时间来考虑每个反馈，并探索可能的解决方案。后续调整的方案根据迭代的计划和时间灵活安排，如果是当期迭代内调整的，需要给出时间阶段，根据调整部分的影响度和工作量大小确认后续评审方式。

并不是所有的反馈都需要解决

解决问题的过程可能会让你觉得失去自我，因为有一些调整并不一定是最好的，或者是在你的知识体系内不正确的做法。有一种抛弃自我的感觉。我们应该保持开放的心态探索更多的可能和共赢的方案。反馈是成长中最珍贵的礼物。

——《论语》