发现问题，改进现有流程

当项目第一版代码完成并发布后，在团队的评审环节中，设计师常常会发现开发稿和设计稿不一致的情况，尤其像字体，对齐，颜色这些UI细节很容易出现误差。遇到这样的问题时，作为UX，不能一味纠结于谁该为此负责（当然更不可以事不关己毫无作为）。作为解决问题的推动者（problem solver）, 为了产品的最终成功，设计们应当主动去思考问题的解决途径和避免类似问题再次发生的方法。以下是一些思考和建议：

我们现在是怎么做的？What is our current approach?

在现有的流程中，当设计师完成设计高保真后，会寻求产品负责人和客户进行页面的功能细节确认，确认完毕之后会产出具体的规格或Zeplin文件，发送给产品负责人并由其去推动后续的开发进程。开发实现之后会邀请产品负责人一起审核产品，负责人审核确认后会发布产品。

瀑布流任务流转：设计师->产品负责人->开发工程师->产品负责人->产品发布

现在的做法导致什么问题？What are the problem of current approach?

现在的做法产生的不良影响是设计稿和开发稿不一致，设计稿还原度不高，发布的产品专业度受到质疑，影响品牌形象……

现在的做法是否有缺失？如何解决？What is missing in current approach? How to fix it ?

开发稿和设计稿不一致，是因为检查核验流程的缺失。由于专业度的不同，产品负责人对于界面设计的细节不如设计师敏感，验收开发产品时无法及时注意到页面设计元素的不一致。因此，在现有的验收流程中，建议加入设计师角色进行辅助确认。具体方式是通过在Jira上面设置相应的设计师为最后的审核人，审核完毕之后方可关闭开发任务。

更重要的是，从职业发展的角度看，如果我们在核查最终的结果，意味着我们要为此负责。这也是所谓的领导力。If we are checking the final result, we will take responsible for that. That’s called leadership.

建议的任务流转：设计师-产品负责人-开发工程师-产品负责人&设计师-发布产品

这其中是否存在适合未来项目的通用做法？/ What can we learn from this project to benefit future projects? Which are things that we work for all reasonable people? Which are things that will change accordingly?

在其他已经存在和未来可以预见的其他项目中，这个问题一直存在。为了避免类似问题的发生，设计师都需要积极参与到产品最终发布之前的验收工作当中。不过根据各位产品负责人性格和相处模式的不同，具体的合作方式也各不相同。无论是通过任命设计师为任务的审核人，还是通过私下交谈提供改进建议，设计师的目的都是为了保证产品的质量，体现团队的专业度，使客户满意。