设计工作作为产品研发的中间环节，配合产品经理、前段、测试完成设计，起着非常重要的作用。设计部门与其他部门的沟通不顺畅或是流程不规范，不仅使得工作效率降低，最终产品的呈现效果也不会理想。因为工作中时常遇到类似问题，在逐渐优化流程的过程中，总结问题，汇总成这篇「设计部门工作流程规范」，其中包含设计部门与其他部门的对接以及设计部门内部由设计主管主导的工作分配。

产品需求评审阶段

这个阶段主要是产品经理主导，需求做完后，会召开需求评审会，所有参与产品的工作人员都要与会，每个部门会针对自身的工作领域提出更好的产品建议或者是需求上不合理的功能点。设计师在这个阶段要积极参与，因为界面布局设计师有权重构，所以这里主要针对交互逻辑提出一些建议。一般需求评审会开完后，产品经理会根据大家的意见，对产品做适当调整，然后出最终的产品原型给到设计部门。

设计部承接原型阶段

产品将最终的原型给到设计部门，这时候设计主管要对原型做一遍审核。如果说需求评审会是头脑风暴，各抒己见的话，那么这一步是要求设计主管踏实的对原型做细节检查，看产品原型是否有遗漏的点，如弹窗、状态、错误提示语甚至跳转下一级的页面等，方便接下来的设计工作。如果审核不通过，设计部门需把原型打回，由产品经理优化后重新交给设计部门。

设计阶段

这一阶段要求设计主管做到对具体设计工作的计划、安排、协调、督办、验收，具体在「工作量」、「工时」和「设计效果」三个方面。

工作量：分配工作讲究「公正」，而不是「公平」，因为每个设计师的水平不一，擅长的领域不一，领的薪水也不同，所以工作不建议平均分配，能力强薪水高就意味着要承担更艰难的任务。

工时：交付日期的确定是由设计主管和具体设计这块的设计师商量得出的，确定后如果没有特殊情况就不会更改，并且会提交给QA。设计下一步是开发阶段，程序员需要根据设计师出图的时间安排开发工作，所以设计工时的确定是很重要的，能否按时交付也是评定设计师KPI的重要指标。需要注意的是，交付日期是提交给其他部门的，也就是终稿时间；由于设计稿需要修改的情况比较多，因此定交付时间要保守，设计部门内部可以细化到做提前于交付时间的初稿完成时间。

设计效果：设计效果也就是工作质量——很不想用「质量」这个词去形容设计。设计效果的把控主要是设计主管，设计师设计的过程中要及时跟进设计效果，发现问题及时讨论，以免做无用功，在设计交付阶段的时候产品经理也会参与进来。比较合适的流程是：设计师完成设计后，先给设计主管看，内部达成一致后，再提交给产品经理，这样设计与产品经理有意见不统一的情况，至少设计师内部是可以一起去说服产品的，不会出现三个人都有分歧，造成混乱。而且！设计稿评审阶段，参与的只有设计主管、设计师和产品经理，一定不要让太多的人参与进来，因为设计不是每个人都有权指点的，太多不专业的意见，最终的结果也是混乱，设计师最烦什么…大家都懂的。

程序员开发阶段

设计稿审核通过，就提交给程序员开发，但是设计师的工作并没有结束。设计师要跟进开发，把握设计稿在开发阶段的「还原度」。有时，设计稿并不方便于程序员实现，这个阶段做设计稿的细节修改也是正常的情况。开发完成后，打包测试阶段，设计师要参与进开发验收的阶段，确定开发的UI界面和设计稿相符后，这时设计的工作也就最终完成。

最后，希望这篇文章能给大家的设计工作起到帮助，如果大家有什么更好的流程建议或者是关于设计上的问题，也欢迎留言，会尽可能进行分享解答。

～      个人微信公众号：guoziyuedesign     ～