设计流程是一个包含产品经理、交互设计师、视觉设计师、研发工程师、测试工程师、运营等不同岗位 人员低一个协作流程；每个岗位的职责不同、所扮演的角色不同，产出物也不同。现在我们来看看整体的流程和节点。

W.需求收集

首先是需求收集，之前有人提问说：产品做出来后，要从哪一些维度去提升产品总体的用户体验？ 其实，这里面就包含了需求收集的问题。

你想要达成产品的商业目的、提升用户体验，那就得知道现有产品的问题在哪。而面对产品的问题，往往有多方面的声音，这些声音也就是需求

01 .这些需求通常来源于:

领导、运营、竞品、不同业务部门。

02 .可以将它分为几类:

1.战略需求

2.功能需求

3.业务需求

4.用户需求

5.用户体验需求

这里着重强调下用户需求和用户体验需求。

用户需求:也就是用户的声音，可以从运营、客服、应用商店评论、问卷、访谈，收集到大部分用户的反馈和痛点。

用户体验:

•使用体验：操作是否高效、信息层级是否分明、信息设计是否有干扰、用户使用时是否会感到压力、使用成本的 高低。

•交互体验：这个其实和平台的设计原则类似：操作路径是否简洁、是否有良好的反馈（动画、音效、震动）、用 户的控制感（用户操作失误能否挽回）、一致性、可控性等等。

03 .需求收集者:

需求收集以产品经理（产品/战略方向）为主导，交互设计师（用户体验）、用户研究员（用户数据方向）为辅。 如果公司没有用户研究员的话，产品经理和交互则会负责所有方向的需求收集。

04 .需求优先级:

需求收集后，杂乱无章。这时，就要对需求的优先级（高中低）进行版本迭代上线。当然，每个公司对优先级的管 理维度不一样。着重业务的，则会以影响业务的需求优先级高；如注重用户体验，则会以用户体验的需求优先级高

二.需求分批

收集到需求之后，你就可以和产品经理进行需求分析了。

在这个阶段，同样是产品经理作为主导者，交互设计师可以协助产品经理，分析用户的使用场景和触点，同时可以 平衡产品商业目的和用户体验两者的关系。当然，少数的情况下，视觉设计师从需求分析阶段就要开始介入。特别 是从0-1的产品，需要了解整个产品的定位、产品风格调性、品牌理念等等，它有助于视觉设计风格的把控。

三.需求评审

需求分析之后，产品经理就可以产岀需求文档（需求的背景、产品目的及定位、业务流程）。

同时，与需求方、交互设计师、技术人员（前端，后端）和测试工程师一起评串，讨论方案是否有偏离需求目标， 需求方案是否可行，以及业务逻辑是否合理等，直到最终方案与各个环节的人员达成一致。另外，较小的■求，产 品经理不需要发起需求评审会，可以直接与交互设计师进行沟通出交互方案。待交互方案定下之后，在交互评估阶 段与需求一起评串。

四.交互设计

产品需求确定后，产品经理将需求文档发给交互设计师进行原型设计。交互设计师在做交互前，必须充分理解需求 业务逻辑。在做设计时，务必站在用户的角度和业务角度进行思考：

这里，你可以运用5W1H法则问自己：

WHAT-为什么要做什么这个功能？（业务目的）

WHERe-在什么场景下用这个这功能？（使用场景）

WHEN-什么时候会用到这个功能？（使用场景）

WHO-谁来用这个功能？（目标用户）

WHY-这个功能设计要解决的问题？（业务目标）

HOW-用户如何高效的使用这个功能o （用户需求）

01 .流程设计顺序:

先梳理产品的主场景业务流程，再到小场景的业务流程，最后再梳理异常场景流程。

电商项目例子：购物流程是主场景，注册/登录或分享为小场景流程，异常场景就是网络异常，网络缓慢等。

02 .注意事项:

1.-个面只像一件事，一个页面堆攒太多信息会使用户造成困抽

2.注意信息归类、布局。

3.页面与页面之前的美联。

4.导常场景的充分考虑。

5.爰使用用户比较熟悉的交互方式，降低用户学习成本。

6.交互规范的统一。

五.评审交互

交互评审的主要参与人员有产品经理，业务方，视觉设计师，技术人员，测试工程师。

评审会议主要围绕页面信息架构是否合理，交互场景是否考虑周全等问题开展。交互评审会要做哪些准备? 交互评审的目的是确认交互方案，而不是技术讨论会。所以在评审会前需要做足准备。

1.与需求方确认好交互方案，这个一定要在评审会前确认。

2.提前与开发确认技术可行性，防止到会上才说这个技术实现不了。

3.至少提前一天通知参与人员，并且给到交互稿，让大家提前了解方案。

4.做好会议记录。

六.视觉设计

交互评审完，确认交互稿没问题后，就可以进行视觉设计了。

如果是从0」的产品，那就按我们前两节课讲的设计顺序：品牌探索T品牌关键词T设计原则T设计规范•基础样式 来做，接着可以出两套平行方案（2-3个关键页面），确定整体的设计风格。

如果是进行产品迭代，那么就按现有的规范组件来设计。

UI设计完成视觉稿后，可以先交给视觉设计组内部过一遍，以防在跨部门沟通时出现不专业的设计问题。内部无误 之后会交由交互设计师、产品经理、业务方确认。

七.程序开发

设计稿确认后，视觉设计师就可以将页面标注、切图，以及规范控件的梳理，正式进入程序开发环节。产品经理、 交互设计师、UI设计师都作为支撑者，对项目进行跟进，这也是设计过程的一部分。

主要解决技术人员在开发环节出现的疑问、补充页面、切图等等。

八.设计走查

设计走査阶段，产品经理验收业务功能，交互设计师验收交互问题，UI设计师验收界面问题，业务方验收业务逻辑 问题并输出调查报告，并标注问题的严重程度（非常严重/严重/一般/）以及回归问题解决情况。

另外，在我们团队，光靠标注、规范是没有办法做到100%还原的，比如一些需要微调的细节（间距、字号、排版）,可与开发人员当面沟通调整，会比调查报告更高效。九、产品发布

产品上线后，视觉设计师和交互设计师可以复盘、总结一下整个项目遇到的问题，是如何解决的，将设计方法分享 给设计团队。产品经理也可以规划下一个版本，进行优化迭代。其实也就是回到了我们第一个需求收集的步骤，整 个设计流程形成了一个闭环。