写在前面
很多初入UI设计行业的童鞋，尤其是刚毕业的学生，初入公司工作，不是很清楚自己在一个项目中应发挥什么样的作用，该怎么和各个岗位的相关者协作沟通。在一个项目中，由开始到结束期间又应该有着怎样的参与度？这篇文章简要总结了个人的工作经验及看法。希望对一些同学有所帮助。
工作流程
一个产品需求由产生到实现大概分为以下几个流程
产品需求总流程
但我们今天只聊从产品需求确定后到上线的部分，也就是上图中5-10的部分。因为这一段也是设计师参与的部分。我们把这一段流程称为产品需求实现的后段流程，大致为：
产品需求后段流程
那么UI设计师在产品需求的后段流程里应该做些什么呢？参与度又是多少？大致分为设计前、设计中、设计后（交付、验收、收集反馈，优化迭代）三个大的阶段
设计前
1.就算有的公司是有单独的交互设计师，但UI设计师也应该积极的参与到用研和交互设计的环节中，只有这样才能真正理解产品需求及用户的使用场景
2.接到产品的需求，在回复设计稿交付的时间节点之前，应仔仔细细的检视需求文档，不但要知道要做什么，还应该清楚的理解为什么要这么做？用户是在什么样的场景下使用？痛点是什么？出现的频率是多少？站在客户的角度重要程度怎样？意义是什么？通过这个需求实现是否能解决这个痛点？同时又能给用户带来什么样的价值？有没有更好的解决方案？等等...... 其实就是通过一系列的问号去检视它的合理性。
其间有疑问的地方应及时沟通确认，甚至是反复沟通，直至没有任何疑惑。在回复时间节点前把需求弄清楚明白，然后按照既定的时间节点进行，不至于设计时才发现并不是原来感觉的工作量而导致交付时间紧急或延期。
设计中
1.设计过程中，如若发现有更好的设计方案或原需求有不合理的地方，应及时与产品沟通，自己认为对的是从需求出发点去思考的问题也应坚持，说服产品，达成共识。
2.涉及到效果方面，没有把握的稍复杂的应提前与开发人员沟通确认。若技术开发成本大，或时间节点紧急，应及时调整设计方案。尤其是重业务的工具类的产品，应秉承功能为主优先的原则。以较简单的方式功能先上。效果方面可依据时间节点，必要性等因素，在下版本迭代优化。
3.每个公司每个开发人员的性格不同，做事方式不同等。与其沟通的技巧也要有所区别，这就需要工作中，多沟通磨合、切忌浮躁、带情绪工作。
设计后
一、交付
1.设计完成后应及时与产品，交互确认设计效果，看是否满足了产品需求，对方有疑惑的地方设计师应讲述其设计理念和原由，最终意见达成一致，定稿。若期间产品需求有变动或实际设计时感到时间紧迫有交付风险，应及时与产品反馈，依情况协商调整，确保相关人员信息一致。
2.定稿后，召开UI评审会，设计师主导，召集相关人员：产品、交互、用研（如果有的话）、开发（前端、后端）、测试等，讲明交互逻辑并把所有页面过一遍，其间，如果相关人员有疑问的地方应及时提出，设计师给予分析解答。
3.会后把会上提到的问题点总结分析解决，按照既定的UI交付时间点把效果图、标注、切图，并是按照与开发沟通好的方式提供给对方。上传后，在项目沟通群里@相关人员，说明效果图所存放的位置，有必要和前端开发详细说明应着重注意的地方。
4.开发进行时，设计师应主动跟进开发实现进度，有问题的地方应及时与开发人员沟通调整，以免最后堆积问题过多，来不及调整。与开发人员确认提测时间。
二、验收
开发完成提测后，应积极配合测试人员进行相关测试。测试人员更多的是负责功能逻辑、流程的相关测试，设计师有责任验收交互、视觉的效果。与设计稿不符的应及时与开发人员协调修改，若本版本功能bug过多，UI层面上的bug问题来不及处理时，尤其是工具类或 To B 类的产品，应跟产品沟通告知其问题，评估其影响程度看是本版本解决还是放于下个版本优化。开出问题bug记录，描述清楚目前问题和要达到的效果。并告知相关开发人员，以免事情搁置忘记。
收集反馈、优化迭代
上线后，设计师应主动收集来自客户、业务部门人员的反馈，结合数据评估，不合理的地方应及时与相关人员沟通解决方案，在下个版本迭代优化。
总结
好的产品一定是不断听取反馈、不断迭代优化打磨出来的。脱离了实际使用场景的需求也是没有任何意义的，了解场景、了解用户行为、了解用户心理、了解用户真正的痛点、以用户为出发点去考虑问题和解决方案，做出来的产品才能更好的为用户服务，也才真正有价值。
你我共勉！
网友评论