幸福的设计师有着自己各自的幸福，"不幸"的设计师却有着相同的苦逼——设计评审。

本篇文章致力于全球设计师未来的幸福生活，请点击"阅读更多"

设计评审是每个视觉设计师都必须经历过的事情，没有经过激烈设计评审的设计师不是一个好设计师。下面的图是否眼熟?

OK, 开始了~这是本篇文章的主要内容:

1.关于设计评审与其目的

2.设计评审的形式

3.设计评审的流程

4.设计意见的分析与采纳

5.设计师对评审的态度

1.关于设计评审与其目的

Q: 设计评审是个神马?

为解决设计问题而存在的一种沟通方式。设计评审由设计师来发起。

Q: 设计评审的目的?

让设计稿相关人员达成一种共识。

无论对设计稿有何种意见，最终的评审结果必须是一致的、明确的、可操作的。

2.设计评审的形式

设计评审包含各种形式，大致分为：

A.会议评审

特点：正式、效力强。

适用：涉及到众多人员的重点项目。

注意点：关系人均在场;控制会议时长;要输出评审结果;

推荐度：★★★★☆

B.当面评审：

特点：灵活、不受地点限制、效率高。

适用：各种中小型设计项目

注意点：控制时长;输出评审结果;设计师不要一直坐着，应该和大家一起站着讨论设计稿。

推荐度：★★★★★

发现苦X设计师们有什么共同点么??是的，他们都是坐着被"神"们指点的。坐着只有被指点江山的份，赶紧站起来把!

C.邮件评审

特点：正式、公开、有记录可查询;但效率低。

适用：各类设计项目，一般做为评审发起和结束的工具。

注意点：邮件及时回复。

推荐度：★★★☆☆

D.RTX评审

特点：灵活、不受地点限制、效率高;但消息容易被忽略。

适用：各种中小型设计项目。

注意点：及时跟进群消息。

推荐度：★★★☆☆

各类评审形式的共同点：

必须知会所有关系人

各类评审形式的关键点：

掌握主动权

3.设计评审的流程

1.发评审邮件;

2.预留至少半天时间给相关人员提出修改意见;

3.约时间召开评审会议;

4.评审会议结束时做评审总结(必须的);

5.回复评审邮件，附上评审会议纪要;

6.修改完成后再做一次当面评审;

7.……

8.评审通过后回复评审邮件，产品经理邮件确认，设计师把作品文件传至服务器归档;

以上是一个正式的、完整的评审流程，实际工作中会根据情况灵活运用。

4.设计意见的分析与采纳

在评审过程中每个角色都会从自己岗位出发，对设计稿提出各种意见和建议，

是不是觉得头都大了呢?我们就需要了解一个项目各个岗位对设计稿评判的出发点在哪里：

视觉设计师：

视觉的美观，设计感，是否上流，是否有创新。

重构：

能否快速实现，CSS样式能否统一，对页面加载速度的影响。

交互设计师：

是否和交互稿体验一致，板块是否明晰，按钮链接等视觉元素是否符合交互规范。

产品经理：

新功能点是否突出，设计气氛十分符合心理预期。整体效果与竞品的对比。设计对上线后的数据影响。

项目经理：

综合考虑成本、时间、质量的平衡。

开发&测试工程师：

设计中是否有新功能点的增加。

我们需要分析意见的根本原因，用专业的态度解决问题

5.设计师对评审的态度

消极心态：

"产品都是土鳖"、"都是脑袋不开化"、"老子的作品不要你们指手画脚"。

健康心态：

理智、开放、积极、职业。

结语:

在整个评审过程中设计师始终处于主导地位，从发起评审都最后定稿，设计师都应该主动参与。

愿每个设计师不再因为设计评审而苦逼,从此过上幸福的生活…