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

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

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

　　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.设计师对评审的态度

　　消极心态：

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

　　健康心态：

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

　　结语:

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

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