工作经验| 组件设计师的协作模式和工作任务有哪些?
一位同学和我说她最近也在尝试搭建自己产品的业务组件库,但是有一个困惑:
“搭建组件库并不是一个简单的工作,甚至可以说是很繁重,那么是不是我应给专职只做设计组件库这一件事情呢?但我现在还需要做产品需求,感觉时间已经很紧张了。
我想知道,组件设计师和其他设计师之间应该怎么配合呢?组件设计的工作模式应该是怎么样的呢?”
搭建组件库的工作模式有很多种,我在本文会为你介绍三种模式:独立生产、集中生产、联合生产,相信也会对你有帮助。
01 独立生产模式
“独立生产”是指对于一个团队来说,安排某位业务设计师作为唯一的组件生产者;或者对于一个企业来说,安排某个业务设计团队作为唯一的组件设计团队。
这种模式下,这位业务兼组件设计师做出来的组件既在自己做业务需求设计时使用,也服务于其他的业务设计师或团队。而其他的业务设计师或团队则会提供组件设计需求给这位业务兼组件设计师,进行组件库的更新和优化。下图以一个团队的独立生产模式为例:
这种协作模式看上去可行,但也有一些弊端:
1. 组件通用性低
由于是这位设计师根据自己的业务需求来做组件,做出来的组件资产可能适应不了其他设计师的业务需求。他人在使用的时候,可能会需要大量的修改和定制,或是提出组件优化和调整的诉求。
2. 组件专业度低
由于这位组件设计师也需要做业务设计,所以必然没有办法分出太多的精力去研究和细化组件的细节;也不太可能去编写完整的规范约束组件的使用方式;甚至是接到其他业务设计师提出的组件新增和优化的需求也未必会全部受理。
工作任务:
“独立生产”的模式比较适合相对成熟和稳定的业务组件库,没有太多组件需要从 0-1 进行新增设计,各业务线及设计师也已经对组件有了较高认可并能够熟练应用。这种协作模式对于这位业务兼组件设计师的能力要求比较高,对组件库需要兼顾设计与管理。其工作职责包括:
- 负责组件需求的收集、评估和排期
- 组件需求的定义、分析与研究
- 组件设计成果和使用规则的产出
- 组件在开发上线后的质量验收
- 组件和规则的评审、发布与信息同步等
02 集中生产模式
“集中生产”是指对于一个团队来说,安排专职设计师作为唯一的组件生产者;或者对于一个企业来说,安排某个专职设计团队作为唯一的组件生产团队。这位专职设计师或专职设计团队不依附于任意的一条业务线,不承接业务需求。下图以一个团队的集中生产模式为例:
这种协作模式的好处是:
1)组件专业度高
由于设计师是专职做组件,组件的生产质量和设计深度就得以提升。不论是在组件设计的质量还是在使用组件的流程上,都可以做得更好。
2)组件通用性高
由于不参与任何业务需求,组件设计师可以更加平等地审视各个业务的组件沉淀和优化需求,一般不会偏重某个业务,而是站在通用性的角度做组件生产。
但这种协作模式也有弊端:组件业务性弱。
由于不接触业务需求,专职的组件设计师做出来的组件可能并不“务实”,过于理想化。组件在实际业务应用中可能会“不接地气”,没有那么贴合业务需求,或者在解决实际业务过程中仍然考虑得不够周全。
工作任务:
“集中生产”的模式比较适合从 0-1 刚刚搭建的组件库,或者是业务属性不强的通用基础组件库。专职的组件设计师的工作职责不仅仅包括以上我们提到的几点工作内容,还包括:
- 对于组件库做建设管理和发展规划
- 主动提升组件自身的设计质量
- 主动思考如何从组件侧如何赋能业务,提升产品易用性和使用体验
- 主动提升组件的使用体验,以体验度量和检测等方式确保组件被高效、正确地使用
03 联合生产模式
“联合生产”是指对于一个团队来说,安排几位业务设计师同时承担一部分组件生产的工作;或者对于一个企业来说,其中的几个业务设计团队都需要派出 1-2 名业务设计师组成一个组件生产团队,大家一起建设组件库。
这也需要找一名有组件库建设及管理经验的设计师作为负责人,来统一协调和安排组件的设计工作。下图以一个团队的联合生产模式为例:
这种协作模式的好处是:组件专业度、通用性、业务性得以提升。
- 业务性:组件库可以和业务进行深度绑定,设计沉淀来源于实践并赋能于实践。
- 专业性:每位业务设计师或每个业务团队可以均分组件设计的工作量,组件的设计质量和研究深度可以得到一定的保证。
- 通用性:增强各业务设计师和团队之间的联系,大家协同配合,也可以避免组件设计偏重某个业务。
但这种协作模式也有问题:需要建立清晰的协同机制。
这种协作方式涉及到的相关人员数量更多,因此需要更强的统一协调和管理机制,也需要有一位能够对此负责的设计师进行全局协调和统筹。
工作任务:
“联合生产”的模式较为通用,可以适用于不同阶段的组件库建设工作。这对于组件库负责人的能力要求比较高,需要根据实际情况,兼顾我们上文提到的所有工作内容;尤其是在管理和协调组件工作进展上需要有一定的经验。
04 经验和建议
在我所经历过的团队中,目前还没有遇到过专职的组件设计师。因为对于业务组件库来说,组件作为一种为业务提效的工具,是不可能脱离业务单独存在的。业务设计师通常既是业务组件的设计者和管理者,也是使用者。
还有一些经验和建议分享给你:
1)组件协作模式没有绝对的对错,主要看是否适合你的业务和团队特征。
你可以根据自己的能力、团队的实际协作情况和业务属性,选择一套适合的协作方式,也可以创造出新模式。如果你是执行者,也可以先给出一套协作方案,找领导商量如何将方案落实。
2)组件协作模式不是一成不变的,在不同阶段要适时作出调整。
组件工作的协作模式是管理和设计组件、保证组件库持续良性发展的一种手段。在组件库和业务不断发展的过程中,可以根据不同阶段的变化以及模式运行的情况适时作出调整。
作者
元尧,微信公众号:长弓小子。一线互联网大厂B端体验设计师,清华大学美术学院本硕连读。曾负责国内最大开源组件库Ant Design组件的设计和运营工作,目前负责国际业务线B端产品体验设计和组件库的搭建工作。
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!