作为交互设计师,我是如何带团队的

17年5月份之前公司没有独立的交互团队,交互设计师隶属于UI经理管理。交互在整个项目流程中职责不清,导致工作中存在很多问题,比如缺乏交互统一审稿人;交互设计师”各自单干“没有统一的交互规范;在上下游团队中缺乏话语权;在项目需求中往往无法发挥交互的最大职能。5月份公司有短暂招进一名交互经理,但仅仅一个月后就离职,交互团队又变成无leader状态。6月份老板找我谈话,想让我来担任交互team leader一职,这是对我工作一年以来的认可和信任,内心也很想挑战一下自己,看自己能否带好一个团队,所以心存感激且忐忑地答应下来。

这半年来,在团队里所有小伙伴的共同努力,通过团队自我完善、建立交互机制、规范等工作,提升了交互团队的专业影响,得到了兄弟业务团队的信任和配合。通过这篇文章,想对这半年内自己的工作做一个总结,也针对交互团队管理方面发表一点自己的想法。

一、梳理工作流程,明确职能

接手团队后,首先明确了交互在整个项目各个阶段中的应该做的工作,提高交互在项目中的参与度,要求设计师深入了解项目的前、中、后期,理解产品经理的商业目标和业务诉求,然后从用户的角度出发,帮助产品梳理业务逻辑,将抽象的需求转化为具体的解决方案,且围绕产品的转化率、跳出率等方面运营指标提供交互解决方案,协助产品实现目标。如下图,展示了产品设计的五阶段及交互在各阶段的具体工作要求。

产品设计的五个阶段:

另外,团队中的成员工作经验有高有低,并不是所有交互设计师在与PM沟通需求时,都能够很好地理解需求,为此编写了一份需求问答表,在第2需求阶段帮助初级设计师了解需求,而且这份问答表也能很好地反督PM所提的需求清晰明确。

需求问答表:

① 需求是什么、目标用户是谁、入口放在那里?

② 需求给目标用户提供了什么价值、需求卖点是什么?

③ 该需求能为公司带来哪些价值(如流量、毛利等)?

④ 有没有相关的历史版本、历史数据分析?

⑤ 具体的功能细分是什么?

⑥ 是否有开发资源、预计何时上线?

⑦ 从哪些维度预测上线后效果。

通过规范工作流程,明确交互在项目流中各个阶段的工作职能,发挥团队最大价值,提高专业性和话语权;通过需求问答帮助团队与PM更好地沟通了解需求的目标目的,以及背后的用户需求及业务需求分别是什么,从而帮助交互给出更好的体验解决方案。

二、建立规范管理,确定交互稿规范

为了保证交互和UI的协同合作,产品设计团队统一使用sketch作为日常出图软件。统一的交互稿输出规范,可以起到设计呈现统一、方便上下游团队协作、设计过程记录、版本管理等几种作用。在交互稿中,按照规范注明交互说明和操作方式,帮助与兄弟部门的快速交接,而且也为交互团队的输出统一存档,在后续改进时也有据可查。一般交互文档至少包括以下几个部分内容:

①封面:用户记录需求号、名称、类型、需求说明、人员、时间周期等信息

②产品原型:需求方提供的需求描述、流程图或原型稿等

③更新日志:记录交互稿的更改次数、情况信息,方便他人查看,做好存档

④交互稿:最终的交互稿主题,一般一张完整的交互稿中包括页面标题、界面标题、界面(宽750、根据需要延伸高度)、设计说明(逻辑关系、状态名称、操作方式等)、流程线、链接等。

⑤废纸篓:存放废弃的页面,以防后期用到。

三、建立和维护设计控件库

交互设计师在做交互稿时,经常会遇到同一个控件,每次需求都需要重新画一遍的情况,造成很多“重复工作”;且团队中的设计师都会有不同的画图习惯,导致团队输出的交互稿中控件样式不统一,APP内部不同频道、页面同一种交互形式会出现多种开发样式。针对这一情况,决定建立一套交互控件库用于日常工作。

(1)交互控件库的作用:

① 提高设计专业度指导

② 提高工作效率、方便多人合作

③ 保证用户体验统一、打磨APP细节体验

④ 转化成可复用的开发控件,节省开发周期

(2)交互控件库包括哪些内容?

交互控件库中,按照功能列举了工作中常见和重要的10类控件:UI基础、UI栏、按钮、提示与警告、筛选器、覆盖层、加载、表单、键盘、其他。每类控件中包括具体控件的具体设计说明、可视化的样式、使用场景和条件,方便使用者根据规范说明使用合适的控件。

(3)交互控件给谁用?

设计团队:

与UI设计无缝衔接,完成交互控件后,交付UI团队进行视觉设计,形成了UI控件库。设计师做设计稿时,可以直接拖拽控件库中控件。

研发团队:

当我们完成设计控件后,和公司里的研发团队对接后,形成了一套开发控件,在日常项目中,研发团队可直接复用、组合开发控件,同时保证了APP内体验的统一性,降低了测试成本。

产品团队:

同时我们为产品团队输出了一份Axure的控件library,PM可以利用控件生成简单的原型稿,避免重复工作,提高团队间的沟通效率,而且避免了部分产品不合理的交互样式要求。

四、建立交互自查表,养成更为缜密的交互思考方式

前三条总结了如何了解需求、如何输出规范化交互稿、如何运用交互控件,当交互设计师按照上述方法完成一个项目的交互稿后,接下来就要开始针对看细节是否完善,对特殊状态的描述是否有遗漏等进行检查。针对这一块工作,建立了一份交互设计自查表,帮助团队设计师完成自查工作,也有利于设计师通过自我总结,形成更为缜密的思考方式,在今后的项目中,能在设计中有意识地融入这些思考,从而提高设计质量和速度。

交互自查是一个交互稿提交前的非常重要的环节,可以及时发现自己的手误、补全考虑不周的细节、发现异常状态遗漏等情况,减少在设计评审和开发过程中的修改消耗,更是对交互团队对外输出稿前的一项质量把关。在团队项目迭代过程中我们也会根据情况逐渐完善这份交互自检稿,通过交互自检表的推行运用,团队的交互设计师在考虑问题时变得越来越细致,交互方案也越来越完善,工作效率也得到了提升。

五、积累团队内部专业沉淀,建立团队归属感

目前交互团队共6位设计师,和9位UI设计师共同组成产品设计部,从属于大UED部门。设计是需要思维碰撞的职业之一,设计师的个人成长也非常依赖团队的氛围,良好的团队氛围是团队和个人进步的基础,如何构建团队的归属感呢?

①周会制度是团队建设很好的载体

建立周会制度,在周五的下午对整个星期的工作进行总结。在例会上,有时会拿出一周典型的需求案例分析讨论,把一些平时沟通不充分的地方,在有意无意间磨平,彼此激励和学习;也会针对近期工作上遇到的各种问题进行深入交流,在例会上每个人都能真实地表达想法,活跃团队氛围,也能让所有人都参与到团队管理上来。通过周会锻炼了大家的沟通能力、讲故事能力,同时也激发了团队内互相学习的氛围。

②不断地反思总结,打破固定思维模式,持续创新

设计师有时会抱怨日常需求缺乏创新,需求本身和竞品大多雷同,交互更多地是在做页面信息排布工作,缺乏设计亮点。首先设计师本身要反思是否陷入了一种“一味满足产品需求”的固有思维中,是否往深层去挖掘这些需求背后的原因,通过分析需求原因来给出解决方案?

在完成一个年度大促或其他大型交互需求后,我都会要求设计师做好反思总结工作。跳出固有思维,思考需求的目标以及实现途径,有意识地锻炼自己的思维能力。反思自己在整个项目中出现的哪些思维漏洞;反思应该如何提高效率、提高体验;反思自己为什么没想到这种方法,在不断地反思和总结中,我们的思维弹性才会增加。

同时,我们建立了“交互创新库”,大家把平时看到的一些有创意的页面排布、交互互动、动画特效截图、录屏素材,积累素材激发创意灵感。

③学会把控项目的节奏

互联网需要不同领域的人一起合作的行业,不是个人战。往往一个项目要由策划、运营、产品、交互、设计、开发、测试共同组成一个整体链协作完成,交互只是整体链中的重要一环。作为leader要引导团队成员,在做具体项目时不应仅仅纠结在一个设计点上,需要考虑这个点在项目全局中的位置、对于其他团队的轻重缓急来调整自己的工作,提升团队间的合作顺畅,快速推进项目落地。

结语

交互的工作并不仅仅是输出一套线框稿方案而已,最大价值在于,与产品反复地进行需求讨论、不停探寻商业目标和用户体验之间的平衡方案,以及呈现出需求涉及的所有的承载页面,梳理每个页面直接的逻辑和跳转,不同场景、一场情况下的各种状态呈现等。交互团队在平时在与其他团队合作中,要注意利用自己的专业性树立团队良好的专业形象,提高团队在公司的影响力,让用户体验思维真正的融入到团队的各项工作中。

推荐阅读更多精彩内容