幸福的设计师有着自己各自的幸福，"不幸"的设计师却有着相同的苦逼——设计评审。
本篇文章致力于全球设计师未来的幸福生活，请点击"阅读更多"
设计评审是每个视觉设计师都必须经历过的事情，没有经过激烈设计评审的设计师不是一个好设计师。下面的图是否眼熟?
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.设计师对评审的态度
消极心态：
"产品都是土鳖"、"都是脑袋不开化"、"老子的作品不要你们指手画脚"。
健康心态：
理智、开放、积极、职业。
结语:
在整个评审过程中设计师始终处于主导地位，从发起评审都最后定稿，设计师都应该主动参与。
愿每个设计师不再因为设计评审而苦逼,从此过上幸福的生活…
