来聊聊UI设计师的工作流程与内容

每个公司或者团队的区别很大，UI设计师这个角色在其中的作用与工作又不同，所以我选择一些比较典型的情况帮大家做一个科普。

很多刚入行或者想去大公司的小伙伴可以对照着看一下。有的同学想问，我知道完整的流程但是公司无法推行怎么办，不着急，这个也会讲。

1.造成流程不同的因素

为什么大公司和小公司的流程区别大，甚至很多人认为小公司的流程简直是破砖烂瓦，漏洞百出，其实我们不能一概而论。

首先两种公司业务体量差别很大，体量包含了资源、需求、人数等等，所以在小公司里项目流程一定会被简化，甚至UI设计的时间会被压缩。你想想，你想要去做一个规范的流程但是别人没时间配合你，没有资源支持你去做，到最后还是白瞎。

人数也是很重要的一个原因，3、5个人其实沟通很方便，你说要用一套标准化的设计流程可能远没有直接讲来的方便，但是三五十人的团队再用野路子的流程那一定会造成太多的成本，而影响到需求的质量和用户的体验。

其次，产品生命周期的不同导致大厂产品的迭代，需要的是准确、明显价值体现，而小公司的目标更多的是试错、满足用户的需求以及寻找一个可长期发展的盈利模式。所以在中小型公司，产品策略就是快、狠，准不准是其次，因为老板要看到你们在做事，要是一个需求调研个半天，老板其实心里就会想我请你们来干活就做这么点需求吗？但是话说回来，现在中小企业其实已经好很多了。

再次人员素质的不同，因为小公司其实大家都有一个共同的体验：一个人要干多个岗位的工作或者一个人要做2个人干的活。老板就是想用最少的钱让你们干最多的活，比如在大厂光设计就可能会区分出好几种，比如：UI设计师、动效设计师、插画设计师、品牌设计师、网页设计师、运营设计师等等，而小公司虽然现在不叫“美工”了，但是也八九不离十，title变了但是在其他角色眼里还是没变。设计师认为“美工”是个一个贬义词，其实把他理解为美术工程师就好！

回过头来说素质，那么中小企业的岗位往往是综合的，缺乏深度，然而一个流程想要提高容错率，势必需要每一个成员有很高的专业度，比如有的小企业的开发，自己能力不行，让他做好视觉布局他又觉得差不多就行了，或者一些设计师可能连最基本的视觉布局都做的不严谨导致上线结果一塌糊涂，再次返工。这样的例子比比皆是，内耗导致流程制度即便定下来，依然不能很好的实施。

最后，设计流程的不同还取决于设计师这个角色到底是干什么的。有的企业设计师就是完全的工具人，哪里需要点哪里，只要跟设计软件相关的活都要干，那其实就谈不上流程，只能算流水线。而比较有规模的企业，设计师这个角色其实和其他角色一样都需要有自己的价值产出，不再单纯是一个工具人了，而是赚钱利器，所以赚钱利器的工作方法与流程自然和工具人不同。就像是一个高级的组件需要自成系统，能够自我消化需求和推动，而不是环节中的一步。

2.完整的流程

从第一部分描述来看，其实小公司的流程好不好是相对的，可能更适合这样情况的公司，但是有部分的流程确实是可以更好，规避掉一些不必要发生的问题。

1.需求的产生与聚合

在整个项目的第一个环节，就是产生需求。需求怎么来？来源的渠道有很多，例如：客服反馈、用户研究所得、观察数据所得、专业判断所得等等，需求提出的角色也不局限于产品经理，例如业务方的需求、开发提出的优化、设计提出的优化需求都会汇总在一个“需求池”里。

做这个阶段的产品，就是在不断的找机会，找业务变现、提升业务价值的机会，设计师也可以在这个环节中加入自己想要推动的需求，例如对流程的优化、对视觉的调整等需求。

这个需求池里的需求往往比较复杂，就像是一条河里的水，未被过滤净化之前是不可以被食用的。

2.需求的过滤和分析

需求是需要被过滤的，不过滤的需求会造成很多严重的问题，比如没有价值的需求、浪费了许多人力、成本。在这个阶段，需要多方负责人共同对需求池中的需求进行优先级进行梳理和过滤。过滤的方法有很多，比如重要-紧急的四象限判断法、kano模型的需求优先级判断法、问题类型优先级判断法、业务与用户价值判断等等。

需求池中的需求往往准备的越完善、充分，被优先排期的概率也就越高。现在很多团队都明白，做准确的需求比多量的更重要。但这里很多设计部门的小伙伴经常会觉得自己设计部门提出的需求总是不被重视，这里要提到一个设计团队“发起项目”的概念。

发起项目并不是说设计团队提出了一个项目需求，就要让各部门来配合你完成设计团队的kpi。一个能被大家认可的需求应该是有充分准备和价值体现的，做这件事的收益、风险、价值、成本和评估标准都让大家达成共识之后，这才能够让我们设计部门的结果更加落地，否则你说我们设计部门要做一次大改版，要增加很多部门的工作量，如果前面这些没有准备充分，别人怎么会鸟你。

3.分配与介入

很多设计师吐槽，产品经理不专业，不出需求文档，给一个大概的想法，就要交互设计师出文档，大概内容出来之后就要和开发去对接，结果经常需要反过头来和产品确认信息和内容。

这是很多小公司会遇到的问题，如果产品经理只是提一个想法，那谁都可以做。在这个阶段中最重要的就是多方能够对需求达成一致。所以当我们的需求优先级和排期下来之后，就要分配对应的产品、交互、UI来完成这个需求的分析到设计的工作。

有同学要问，UI设计师需要这么早介入需求原始环节吗？回答是，需要的。在工作时间允许下，尽量早的去了解自己要做的需求是什么，用户是谁等问题。所以小公司的UI尽量能够和产品、交互做的近一些，而交互设计师一定要在需求分发下来的第一时间找到产品结对子。

其实具体的流程到底怎么样不重要，而是快速的把这个需求确定下来，解决掉，所以要轻流程，重合作。如果双方能力都很强，那么很多时候几句话就能把问题说清楚，双方再根据自己的自驱力去完成自己的工作。如果能力不强，就会特别依赖于流程，比如产品和设计师都需要去做一些研究，但是花的时间很久，双方调研结果又整合不起来，研究过程没有任何的沟通，这样的合作效率就很低下。

那么UI设计师在这个环节可以做什么呢？无论是初级还是更高级的UI设计师，一定要想办法提高自己的出图效率，多利用可重复的组件、提高自己时间利用率，在这个基础上多参与前期需求的分析和研究的过程，其实和交互设计师的前置工作内容是差不多的，等交互设计开始做原型的时候UI设计师也可以开始做视觉了。这样紧密的沟通，其实我们都能够知道界面长什么样了，而不需要等原型出来之后再动手。即便评审的时候有改动，可能也是比较小的改动，甚至在评审交互的时候我们可以拿出原型和视觉稿一起加入评审。

4.文档与评审

之前有写过一篇交互设计文档怎么撰写的文章大家也可以挖出来看一下。

prd文档也就是我们经常能够看到的产品说明/需求文档，这份文档相当于开发的参照范本+用户使用说明书+业务规则说明+交互逻辑说明。当我们准备好了这份文档之后，就可以参与相关评审了，一般的话会出现两次评审，第一次是交互原型评审，另一次是视觉UI的评审。

我们主要来讲一下评审。评审首先是有相关负责人、项目参与者组成的。例如在评审交互原型的时候，更多的是设计师、产品、业务方（假如这个需求是运营提出的）、开发（前后端）、测试等角色来参加。在评审之前这些方案需要在团队中通过内审再对外评审。并且其实在方案设计的过程中也会不断和各方进行同步，以小会的形式过一遍。

每个阶段的评审需要注意的是评审目标和评审效率，例如开发在评审的时候只需要关注是否可以实现、实现成本等问题，而不要过多的考虑和设计相关的问题，因为不同角色在面对方案时候的思维可能不同，认知也不同，之前我们在一些项目的评审过程中，开发的注意力总是放在好不好看上，所以将专业的事让专业的人来做就好。

在这个评审的过程中，设计师首先需要明确自己的业务目标和设计目标，围绕着目标再讲述自己的设计方案和设计思路，确保大家对方案的认同，并且要言之有物，对自己的方案做好充足的准备。

其次UI设计师需要将一些视觉显示的规范提前在评审的时候说明，例如图片剪裁的规则、文字的展示极限、不同状态下的信息变化等，交互设计师也要说明自己交互方案的一些全局交互形式和带有手势、动效相关的交互说明。

评审结束一定要有会议纪要和邮件的同步，这是很重要的一点。会议纪要要包含：与会人员、评审结果、方案修改点、修改原因、修改人、修改时间、修改结果，同步到各相关团队负责人和人员。这一步是为了对评审过程的一个总结和记录，避免产品上线或者途中因为不同步出现的各种问题和责任不清。

5.预测试/开发跟进

UI设计师在这个阶段或许会有短暂的空余时间，因为提交效果图、标注和切图等交付物后，需要等待开发完成相应的代码工作，所以这个时间段要么继续完成下一个需求，要么可以利用这段时间去做一些可用性测试等相关手段对方案的可行性做一个提前验证。测试不仅在这个阶段可以做，在前面对需求进行分析的和评审之前也可以做，只要测试目标是清晰的方法是正确的，那我们就可以得到有效的结果

6.视觉还原和验证

视觉还原和验证咱们下回再讲，这次懒得写了，哈哈。世上居然有这么懒惰的人。

总结一下

好的流程是为了帮助团队在多人协作中更高效，减少反复沟通等成本。但是我们不要太依赖流程，只要能够解决问题、达成目标我们可以用很多手段，有时候流程反而会让工作脱节，所以大家要谨慎使用。

今天给大家科普的是一个常规流程，不一定能适用于所有团队，但是有一点我觉得是所有UI设计师都要重视起来的，那就是让自己有前驱的意识，前提是将UI设计的工作体系化，让自己有更多的时间和精力放到参与产品和交互的讨论中去，多了解业务和需求的整体过程。

好了，你们学废了吗？想要交流流程的同学可以在下方留言哦

/ 近期热文推荐 /