保障效率!如何做好跨团队交互设计协同?

2021-04-19 00:00 5332 浏览

近期我被临时抽调进兄弟公司的大型紧急项目中去协助交互设计半个多月,对跨团队交互设计协同颇有感触也有了些许思考。

一谈到团队协同,大家首先联想到的大概就是碰头会、晨会、日报这些协同中常见的大小事项。确实,在高压的项目背景下多人协同的沟通会比往日要求更加频繁和密切,但仅仅增强沟通对于跨团队协同来说是远远不够的。那么,实现高效的跨团队交互设计协同有哪些窍门呢?

人员任务匹配

为了高效团队协同,团队管理者首先需要对所有参与的交互设计师摸底。因为长期主持熟悉的设计师团队工作,这个环节对于管理者来说可能已经在往日的工作中不知不觉地去做了,但在主持跨团队协同设计工作时必须单拎出来认真评估。最快捷有效的摸底方式就是直接向其所在团队主管了解其性格特点、能力倾向。

在对整体设计任务基本了解的情况下,将设计任务拆解为多个子设计任务,然后根据人员情况做好供需匹配。这里特别要注意的一点是,强相关的任务尽可能划分给一个或几个相熟的交互设计师,而强业务性质或全局的任务最好交由自有团队设计师,以确保设计效率最大化。

设计资产准备

工欲善其事,必先利其器。设计协同的资源除了人以外,还包括设计资产,如基础组件库、文档规范、基线文档等。如果能在平日工作中做好设计资产的建设与维护,相信一定能在设计协同工作中发挥保质保量的作用。

协同条件搭建

这里说的协同环境主要包含任务管理、文件管理、设计协同三方面。

任务管理、文件管理方面,如果公司本身有用类似 Jira 或者 Redmine、SVN 或 Git 的话直接沿用最好不过,如果没有则推荐通过使用 Teambition、创建共享文件夹等轻量化手段实现。

设计协同方面,如果采用 Axure 且刚好有 SVN 的话,推荐使用团队项目功能共同编辑设计稿。Axure RP 的团队项目功能允许多人在同一个 RP 文件中同时使用检出和检入。每个页面、母版和以及设置配置文件(如生成器和注释字段集)都可以单独地从项目的中央副本检出,其称为「团队目录」。当你检入一个资源文件到团队目录时,任何人都无法编辑它。然而当项目发起人将文件从项目的本地副本中检出后,他们(只有项目相关人)可以进行更改。当项目人编辑完检出的文件后,他们便可传送(保留检出)或者检入(放弃检出)文件到团队目录。

如果采用 Sketch 且刚好有 Git 的话,则推荐使用 Abstract 来协同交互设计。如果以上建议恰好都不适用于你的话,考虑采用纯线下沟通方式做好设计协同或使用墨刀这类在线编辑原型设计工具协同设计。

项目信息说明

协同设计项目也是设计项目,交代项目的背景、目标、时间节点等信息仍旧必不可少。尤其对于临时抽调进组的交互设计师来说,项目时间紧迫(要不然也不会借调)与对业务生疏间的矛盾更是会被放大,清晰简明的项目说明会能够让临时抽调来的交互设计师对大致情况有所了解。

业务流程介绍

前面说到,项目设计任务会被拆分为多个子任务,每个交互设计师负责一个或多个子任务。而交互设计除了页面级设计以外,还包含用户操作路径设计,因此向所有参与协同的交互设计师介绍完整的业务流程也就成为了必须。在介绍流程后也不要忘了公布产品设计环节中的任务分工名单以及相对应的里程碑时间点,尽早确立各上下游间的人员安排有利于交互设计师高效开展设计。

进度跟踪协调

在正式开工前,团队管理者还务必对所有参与项目的交互设计师们进行设计资产、协同管理两方面的培训。设计期间,每个人从检查本日任务开始工作,每天工作结束后整理任务完成进展,同步任务完成情况并上传成果。团队管理者统计每天查看任务延误情况,尽早介入有风险的任务,协调团队的整体工作节奏和进度。

验收问题扎口

设计验收期间,最好直接使用 Jira 或者 Redmine 等敏捷项目管理系统,由交互设计师直接创建验收问题单给到对应测试人员安排修复。如果没有条件的,也可以使用石墨、腾讯文档或其他在线文档编辑工具收集验收问题。

通常来说交互设计师仅验收各自负责的内容,但有些复杂的功能或模块则需投入更多人力配合一起做验收。多人验收就必然产生分工,团队管理者可以把验收内容拆解到页面级或功能点级再分配给对应交互设计师扎口提交,以避免问题单的重复或交叉。

优化建议收集

没有人会比亲自参与设计者对设计本身有更多思考。项目接近尾声时,团队管理者不要忘记向所有参与项目的交互设计师收集后续的优化建议。为了节省时间提高效率,最好先以私聊的方式收集大致建议,而后安排本团队的设计师进一步了解分析再做后续优化。

比起熟悉的团队内设计协同,跨团队的工作模式必然增加了团队管理难度,需要团队管理者在短时间内学习掌握。这是对团队管理能力的考验也是拓展管理能力的机遇。希望每个正在做或将来做团队管理的你,在日后面对跨团队交互设计协同时能运筹帷幄旗开得胜。

分享:
相关内容
  • 用经典的设计原则,深度解析闲鱼的用户体验设计
    今天我们主要从用户体验的部分原则来看闲鱼,主要以产品视觉设计四大原则、交互设计十大可用性原则、情感化设计来看闲鱼,今天先讲两个部分:视觉和交互的用户体验。其实主要是因为用户体验分为这个几个方面:视觉的感官体验,给用户带来的是视觉表现层的体验,所以我们把产品视觉设计四大原则来对照用户的感官体验。交互的用户体验,也就是产品设计中给用户
  • 如何从零开始设计海报?用一个完整案例教会你
    海报的创意与玩法,不只限于排版,优秀的海报可以把作品的高度拔升好几个层级,省去了大量繁琐文案的赘述,让人一目了然,这样的作品既不乏深度,也不失美感。接下来我以近年的一些工作经验来给大家分享关于海报设计的经验。立意一个作品的立意是个重点问题 ,其重要性关乎到后期作品的效果,立意一旦有些偏差、或者并不符合主题,那就跟写了一篇跑题作文一样
  • 用户不信任你做的产品/界面?不如试试这5招
    什么是产品的信任感??指:基于产品为用户提供可靠服务、价值依赖的一种情感体验。这种体验不仅影响着用户黏性的强弱、业务目标的实现,也影响着不同生命周期下给产品带来的价值。如图:而在产品与用户间建立信任感的过程中,我惊奇地发现有 3 个因素贯穿始终:理念 > 内容 > 表现。基于什么样的理念,向用户传递什么内容,并且怎么表现。所以,未来 3 篇文章主
  • 如何从零开始设计海报?用一个完整案例教会你!
    海报的创意与玩法,不只限于排版,优秀的海报可以把作品的高度拔升好几个层级,省去了大量繁琐文案的赘述,让人一目了然,这样的作品既不乏深度,也不失美感。接下来我以近年的一些工作经验来给大家分享关于海报设计的经验。立意一个作品的立意是个重点问题 ,其重要性关乎到后期作品的效果,立意一旦有些偏差、或者并不符合主题,那就跟写了一篇跑题作文一样
  • Mac 视觉史 vol.2:90年代失败操作系统大赏
    这一章所涉及到的项目,几乎可以组成一个 大型的「90年代失败操作系统大赏」,在主要由成功者们所构成的故事、新闻乃至与传说当中,这些失败的故事和项目,被提及的次数很少。但是对于 Mac OS X 而言,这里的每一次作死和失败都充满了意义。对于绝大多数的用户而言,Mac OS X 是21世纪初顶尖设计的范式,在今天,它是最优秀操作系统的当中的典型。但是仔细想想看:从 S
相关推荐
图文专题
热门内容
  • 想做好线下物料?收了这份平面设计师必修的基础印刷知识
    如果一个设计师对印刷流程和工艺不够了解,那么作品落地时必将大打折扣,所以了解印刷技术方面的基础知识,是每个平面设计师的必修课。平版印刷平版印刷是将油墨印至橡皮滚筒,再藉由压力滚筒印刷至纸上。这是多种印刷方式中最常见的一种,印刷质量较好,图文精细、层次丰富,图像色彩的还原性好,大部分画册、海报、杂志、书刊、包装等都是用单张纸平版胶印
  • 如何设计小程序?来看这份超全面的指南!
    前言最近正好在做小程序相关的项目,发现现在关于小程序相关的文章还比较少,能吸收的运用到实际工作中的技巧也「比较有限」,所以我想着自己来尝试写一篇「相对全面和实战」的文章,来帮助到越来越多做小程序的设计师们。小程序的发展史2017 年 1 月 9 日,张小龙在 2017 微信公开课 Pro 上发布的微信小程序正式上线。2017 年 1 月 9 日微信小程序平台正式发布,在业界
  • 用经典的设计原则,深度解析闲鱼的用户体验设计
    今天我们主要从用户体验的部分原则来看闲鱼,主要以产品视觉设计四大原则、交互设计十大可用性原则、情感化设计来看闲鱼,今天先讲两个部分:视觉和交互的用户体验。其实主要是因为用户体验分为这个几个方面:视觉的感官体验,给用户带来的是视觉表现层的体验,所以我们把产品视觉设计四大原则来对照用户的感官体验。交互的用户体验,也就是产品设计中给用户
  • 资深UI设计师搞定输入框和表单的20个秘诀
    编者按:这篇文章来自资深设计师Taras Bakusevych,长期从事金融和企业类数字产品的设计,在表单设计领域造诣精深。这篇文章梳理了他总结的 20 条表单和输入框的设计经验,实用性极强。表单是 UI 界面中最为常见的元素,它通常是用来搜集和呈现一些数据、信息和特定的字段。在现实世界中,印刷的表格存在的时间更为久远,它们身上有很多设计可以作为重要的参考,帮助
  • 设计师们,别停留在以用户为中心的时代了
    在互联网的下半场,初期的各种红利被消耗殆尽,用户变得越来越难「伺候」,获取用户的成本也越来越高。这个时候我们不再像蓝海市场(指:当今还不存在的产业)时代,只要做好产品体验就可以轻松收获大批用户,为了生存和赚更多的钱,越来越多的企业开始全面数据化,定量测评每个部门的价值,以此「开源节流」。所以如果只是停留在以用户为中心的思路进行产品
联系方式
  • 400-1234-5678
  • 13333333333
  • test#qq.com