一篇文章玩转团队设计流程

　　本篇文章介绍了UED团队设计流程：产品需求、需求评审、交互设计、交互评审、视觉设计、视觉评审、开发走查、可用性报告。
　　互联网大厂UED团队设计流程，通常有以下流程阶段：产品需求需求评审交互设计交互评审视觉设计视觉评审开发走查可用性报告UED团队设计流程：
　　一、产品需求
　　在产品需求阶段，产品经理为主导角色，全程参与产品功能需求挖掘工作，交互设计师辅助产品经理做需求的可行性和场景分析。用户研究员可通过访谈用户来挖掘用户需求。
　　产品需求分为三种：
　　战略级产品需求。这是产品需求中最核心的，它关系到整个产品模型，影响到产品的运营和商业模式，通过特定的目标人群的痛点制定的用户目标，然后将用户目标转化为产品目标，从而达到商业化的目的。
　　用户级的需求。通过收集绝大部分用户的反馈意见和痛点，从而得到产品的需求优化清单。
　　用户体验级需求。通过ued团队的制定的体验优化方案，做用户体验方向的需求优化。
　　交互设计师参与前期产品需求的好处：
　　可以更加熟悉业务，了解产品的背景和设计目标，更加有利于做交互设计
　　协助产品经理分析用户的使用场景和各个接触点，使得产品在需求阶段可以更好的与后面的交互设计衔接。
　　可以更好的平衡商业和设计两者之间的关系，让设计在达到用户体验的情况下更大化的发挥商业价值
　　用户研究员参与前期产品需求的主要工作：通过用户渠道做问卷调查，用户访谈等手段，了解用户的需求和使用场景，制作用户画像。通过输出用户调查报告来佐证产品需求的可行性。
　　二、需求评审
　　通过产品经理的需求文档的评审，讨论产品需求的可行性，是否满足产品的商业目标、用户目标和产品目标等。
　　在需求评审中产品经理需要接受各个角色的挑战，例如业务方、开发人员、运营人员和设计人员。当各方达成一致后，需求评审就基本达到了目的。
　　三、交互设计
　　交互设计师通过需求文档将其转化设计成交互文档。在制作交互原型之前需要完成以下思考：
　　为什么要做这个功能？（业务目的）
　　产品期望的结果是什么样的？（业务目标）
　　谁来使用这个功能，使用场景是什么？（目标用户）
　　用户为什么要使用这个功能？（用户需求）
　　如何让他们高效顺利的使用这个功能？（将业务目标转化为用户行为）
　　当思考完以上这五个点时，接下来就继续理清思路，查找相关的竞品，分析相关竞品的用户人群、商业定位和我们的产品一致亦或差异性在哪里？选择性的学习和借鉴。
　　流程设计：先梳理产品用户的主场景流程，然后再梳理用户的小场景流程，最后再梳理异常流程。根据流程绘制出对应的流程界面。
　　流程设计注意事项：
　　充分理解业务目的、业务目标、目标用户、用户需求等，根据这些找到用户所有流程的接触点。
　　通过场景的接触点绘制出用户的页面流程图。
　　找到所有的异常场景并梳理制作。
　　通过了解大部分用户的行为和认知制作出对应的流程设计。
　　制作交互文档：
　　交互文档应该包含以下7点内容：完整的项目简介、需求分析、新增修改纪录、信息架构、交互设计的方案阐述、页面交互流程图（包含界面布局，操作手势，反馈效果，元素的规则定义）、异常页面和异常情况的说明。
　　关于交互文档这个会在以后文章中讲到，这里暂不详细说明。
　　交互文档几点建议：
　　一个页面一个任务，每一页能展示的内容是有限的，如果同一页中堆积太多的线框图会造成问题。
　　每个任务都有起点，一个任务应该从起点一直到该任务的结束整条路径。
　　同一页面的不同状态最好在一个页面展示（不要忽略极端情况）。
　　页面布局规范，准确传递设计方案。
　　尽量黑白灰，避免原型图对视觉设计师产生干扰。
　　四、交互评审
　　交互评审一般会有产品经理，视觉设计师，业务方和开发参与。交互设计师评审过程中学会拆分使用场景讲述交互方案。
　　交互设计师直接用具体的交互原型界面进行评审很容易被质疑和推翻。会议上的人对于具体的界面感知度很高。学会用抽象的东西进行评审，这个可以吸引会议的人的大部分精力，最后再拿出具体的交互原型界面。
　　整个交互原型可以拆分为很多页，最开始讲解整个设计的背景（业务背景，技术背景），适用人群，整个交互设计解决了那些问题，然后再讲需求，拆分需求，拆分不同的使用场景和对应的功能流程图。
　　基本在上述过程中，会议上的其他人不会有太多的异议。因为这个是抽象不容易反驳的。这个过程基本是一稿过。最后拿着对应的场景、功能流程图和最后的交互原型一一对应。前面大部分时间和精力为最后的交互原型图做铺垫。这样就可以让交互一稿过。
　　五、视觉设计
　　交互评审完毕，接下来就是视觉设计师进行视觉设计了。由于交互评审的时候视觉设计师都在场，所以视觉设计师对交互文档会有一定的印象。对于交互文档比较重要的地方，交互设计师可以私下给视觉设计师讲解下，方便视觉设计师快速理解，保证不出错。交互设计师和视觉设计师是紧密相连的，视觉设计师在完成视觉稿时，需要交互设计师核对以免视觉设计师在设计过程中发生错误。
　　六、视觉评审
　　在产品0到1时候视觉评审，会花大量时间去讨论产品的设计风格和主配色，再确定视觉稿没有交互问题后，然后就是讨论视觉设计稿的细节。在产品功能迭代的时，评审的都是整体视觉风格的继承性和视觉稿的细节。例如对交互设计的理解是否到位，逻辑是否正确，视觉层次是否正确等。
　　七、开发走查
　　在产品正式版发布之前，交互设计师和视觉设计师需要对线上测试版本进行走查，交互设计师走查交互问题，视觉设计师走查视觉问题。两者在走查过程中将问题汇总起来，走查的各个问题给出对应的评级（非常严重、严重、良、一般）生成一个走查报告，并发给开发和产品经理。在开发改完之后，对走查问题进行验收。
　　八、可用性报告
　　对于线上的版本，需要用户研究人员与交互一起制定可用性测试的脚本，通过测试用户一系列操作进行验证线上产品的易用性。在用户研究员完成可用性测试并制作好了报告之后，交互人员会对反馈的问题，进行评估，对于可接受的反馈意见，联系产品经理推动优化迭代。