成为架构型设计师

📬 成为架构型 设计师

设计师 是我的第一份工作。从 2003 年毕业后的第一份工作在一家网络公司,从界面设计到 Flash 动画再到跑客户、贩卖 3721 网络实名,几乎和网络建站相关的工作全都得做,当然,那个时候对设计的要求并没有那么高,我们都被称之为美工。

一晃快 20 年过去了,伴随着中国互联网行业的高速发展越来越多优秀的人才进入到设计领域,设计已经成为一个非常有深度专业工种,设计师也已经成为互联网企业最为重要的专业力量之一。

上一期的文章里,我们在设计系统的话题中聊到通过「规范沉淀」「物料管理」「场景消费」三个方面来优化在产设研(产品、设计、研发)环节的工作模式,也提及了一个新的、也是非常重要的角色 – 架构型设计师。关于这个新的角色,上周分别与两位会员读者在设计团队能力建设的话题中也多次聊到。所以这一期我想正好顺着话题和大家聊聊什么是架构型设计师,以及如何成为架构型设计师。

设计师 Job Title 的变迁

交互设计师 & 视觉设计师 ➔ 体验设计师 & 创意设计师

2008 年加入阿里时,设计团队内将设计师主要分为交互设计师和视觉设计师两类。交互设计师负责与产品一起实现承接商业需求、制作产品原型,再交由视觉设计师进行设计稿的最终输出并交付给开发工程师。

这样的分工一直延续到了 2015 年左右,阿里开始逐步对设计师的 Job Title 进行调整,由原来的交互设计师和视觉设计师调整为了体验设计师和创意设计师,并在 2017 年基本完成了全集团设计团队的调整。

相较于之前交互 & 视觉的定位,体验设计师在原有交互能力基础之上增加了对视觉、商业意识、用研等综合能力的要求,期望能够培养更加一专多能的设计师。这个变化在当年其实让很多设计师感觉到有些“难受”,特别是一些视觉、交互能力均较平的同学来说,对于未来的职业发展方向迎来了第一个较大的困惑和挑战。

不过在我看来这个调整是合理的,也是必然会发生的。互联网在发生着巨大且快速的变化,这也势必导致设计师的工作流程发生变化,以前的工作模式已经已经无法跟上业务的高速发展。到如今时间已经过去了 6、7 年,这种“不适感”在设计行业内已经慢慢消失了,两个新的岗位角色逐步进入正轨,找到了各自的发展方向也延展出了很多新的领域细分能力。

架构型设计师 & 产品型设计师

时间推移到 2018 年,我终于筹建了阿里集团的设计中台团队,为各业务设计团队提供设计过程中的工具及能力服务。在与大家的合作过程中,我发现一些自然而然在发生的变化,业务线的一些设计师已经开始逐步跳出原有岗位的定位,以更加综合、系统化的方式进行思考和工作推进,这个时候已经出现了一些“架构”的雏形了。

在思考并参与了一段时间后我向设计委员会做了一次汇报,尝试提出新增架构型设计师这个新的岗位。可惜的是在当时无论是团队建设还是整体的环境还不够成熟,这个提议并未通过,所以只能暂时的放一放。

不过这倒是不影响我自己继续去尝试,在接下来的日子里我在负责的四个业务中进行了一番调整,为每个业务团队增加了一个架构型设计师的岗位,开始将我之前对设计系统的思考付诸于尝试。虽然这个新增的岗位也是在大家不断的摸索、试错中前行,但新的工作模式为大家打开了新的思路,也带来了非常多正向的结果产生。

什么是架构型设计师

一提到架构这个词,大家很容易就联想到软件开发领域,设计领域也会有吗?过去这个概念可能与设计无关,但现在乃至未来它一定是存在的。当然,我们大家目前在这个领域都还是在边摸索边做,还达不到架构师的程度,所以我会先称它为架构型设计师。

和大家聊起这个话题时,我发现有些设计师会将这个角色理解为专业型的 Leader,精于设计、懂用研、能做好项目管理,也能够在专业角度上带团队。这种从能力项的定义的视角我认为还是在过往的思维模式里,不太准确。

「设计」作为业务生产中的一个技术工种,它在保障专业能力不断精进的同时,还需要确保业务生产的有效性和确定性,从业务视角去看团队的整体作战能力及专业能力的先进性。

基于以上这些背景信息,我会这样定义架构型设计师:

架构型设计师是设计团队专业能力的推动者,基于公司业务发展规划并构建精深的专业能力及高效的协作模式,协助设计团队为业务生产提供高质高效的设计专业能力。

架构型设计师不一定是团队管理者,Ta 会将更多的精力放在专业能力建设而不是人事工作;架构型设计师也不一定是一个人,Ta 可能是一个独立团队或是几位设计师组成的虚拟小组。

架构型设计师的职责

之前的专栏文中中我给大家画了这么一张图。我将它 zoom out 一下放到整个业务的生产流程中,架构型设计师的工作就围绕在这设计的前、中、后环节来开展。

架构型设计师

在整个业务生产流程中,架构型设计师的核心工作主要会围绕以下三层来进行:

第一层:解决设计域内专业能力及效率问题

上一期的文章里,我们聊到了「齐套」这个概念,希望基于中台化的思路来提供基础能力、减少浪费。这里面大部分的工作都需要架构型设计师来进行承担,核心主要围绕设计系统和设计资产两部分。

01. 设计系统的建设与维护

设计系统如今已经成为设计团队先进生产力的重要组成能力之一,也是设计团队专业能力的重要体现。产品一旦进入稳定期,就需要考虑进行设计系统的建设和推进,来后续的产品迭代提供良好的底层能力基础。

我始终认为设计系统并不适合给全团队所有人分配任务共同推进,而是需要由团队里有经验(或是抽象思考的较好)的设计师来牵头制定,然后通过与业务中的设计师不断对焦来反复打磨。

架构型设计师的首要工作,就是需要结合业务的实际情况来构建业务级的设计系统。从底层的基础组件定义到业务级的 Design Pattern,同时配合品牌设计师进行产品的品牌风格定义,与研发工程师配合进行设计研发一体化的推进,为产品的业务生产提供底层服务能力。

02. 设计资产管理

每个产品都有其行业属性以及业务的特殊性,市面上没有任何一个资产库会是完全满足自己需求的。为了减少业务生产环节中的”浪费“,我们需要构建符合业务需求的设计资产库,这也是架构型设计师非常重要的一项工作。

这里的设计资产不仅仅是 icon、插画,设计过程中所用到的领域级或业务级文案、具体商品图或产品图、品牌 press kit 等都属于设计资产「齐套」的范畴。目的也非常明确,尽可能的确保设计师在设计过程中清楚的知道用什么、在哪里能找到。

第二层:解决业务生产过程中的协同问题

「产品流程优化一步,胜过设计改十步」,这句话放在协同里同样成立。生产质量和效率的问题很多时候根源就是在流程上,很多看似顽疾的问题随着流程的优化自然也就解决了。比如我们老生常谈的设计还原度问题,搬个小板凳天天做研发旁边问题依旧,通过设计研发一体化就能很大幅度的缓解,如果再能有在线搭建设计,这个问题几乎就没有了。从这个角度来看,设计验收工具似乎就成为了一个伪命题。

到了这一层,架构型设计师就已经不再仅仅局限于设计域内部来思考问题,而是更多的站在业务生产的全流程中去思考设计团队能够如何配合其他工种一起优化生产协作模式,从协作和流程上来提升设计团队产出的质量和效率。比如在第一层中所提到的设计系统和设计资产,在它们都已完成后,我们还需要用合适的流程和工具来让它们的管理和使用更加的简单和高效。

除此之外架构型设计师还需要负责对团队内设计工具进行评估和选型。与设计资产一样,市面上不太会有一款产品或工具完全符合自己的需求,所以架构型设计师还需要推动一些具产品能力自建,帮助构建符合业务和团队的团队工作流。

第三层:设计能力探索

除了以上两层直接作用于业务生产的工作以外,架构型设计师还需要考虑帮助设计团队面向未来的发展。无论是新的设计方式、协同模式还是专业工具、技术手段,架构型设计师都需要从中找到适合自己业务、团队的部分进行一些探索和尝试,不断丰富和增强团队的整体能力。

相较于前两者,设计能力探索的投入占比可以适当降低,当下的工作重心还是考虑以「设计域专业能力及效率」和「生产过程中的协同」为主,先解决论证这个岗位的价值,为设计团队提供能力上的支持。

到这里有些同学可能会发现,架构型设计师的工作和 DesginOps 的理念很类似,不再单纯的从技能角度去组织分工,而是从将设计工作融入到整体的业务工作流程中,重新组织新的工作模式。在我看来 DesignOps 更多的是一种理念和模式,而架构型设计师是一个具体的岗位角色。

其实这几年在阿里已经有一些设计团队设置专人开展架构型设计师的工作,只不过还未增设具体的岗位角色。从运作的情况来看都取得了不错的结果,特别是阿里云、菜鸟以及一些 toB 型的业务,已经开始成立了自己面向业务的设计中台团队,作为设计团队中非常重要的一个能力服务于设计师和整个业务生产。

架构型设计师的素质要求

和软件领域的架构师一样,架构型设计师对于设计师的经验和能力会有着更高的要求,从个人的角度来看,我会比较注重以下几点的能力,也是我在面试过程中的重点考察方向。

抽象思维能力和逻辑能力

既然是架构型设计师,那么抽象思维和逻辑能力必然是最为看重的部分。特别是在设计系统的工作部分,需要设计师有非常强的抽象能力来在繁杂的业务场景中找出共性诉求,抽象并沉淀为标准解决方案,同时也为未来的系统生长提供良好的可扩展性。

业务领域能力

我们在前面的文章里提到过,大部分的设计师的相关工作都会是在业务级和领域级设计系统中。想要成为这个领域或业务的架构师,首先需要设计师在这个领域或业务的经验足够丰富,只有看得久、做得多你才会对这个领域或业务有足够深入的了解。

专业视野

架构型设计师需要帮助设计团队拓展专业的深度和广度,首先需要对设计这个领域有足够的了解。专业的视野决定了扩展能力可能性的边界,同时设计如今也是一个高速发展的领域,也只有时刻保持着对这个领域发展的关注和敏锐度才有可能帮助团队找到更为适合的能力和方向。

沟通协作能力

架构型设计师关注事情远高于关注人,往往需要和很多不同的团队、角色来协作共同推进工作并最终得以落地。它需要设计师有非常好的沟通和协作推能力。

产品型设计师

前面我们在聊设计师 Job Title 变迁的时候,除了架构型设计师还提到了另一个新的岗位 – 产品型设计师。其实这个概念也并不新鲜,海外的很多公司的设计团队早些年就已经出现了这个岗位。

在我看来,独立的来增加这个岗位是很难成立的,至少在国内一定很难,因为大家日常工作中的绝大部分时间都被无休止的设计细节所消耗掉了。架构型设计师的出现(或存在)能够帮助业务减少这些不必要的让费,让(或逼迫)设计师更多的将精力放到对业务流程和产品逻辑的关注上,让自己更加深入对所在行业领域、业务的了解,能够更有底气的去“挑战”那些不合理。

正如七年前「交互设计师 & 视觉设计师」向「体验设计师 & 创意设计师」的转变一样,架构型设计师和产品型设计师是相辅相成的进化而来的,也是行业发展一定会带来的变化。未来的设计团队里未必一定会出现这两个岗位,但工作方式、协作模式一定会朝着个这个方向慢慢变化。希望本期的这篇文章能够给予大家个人或是团队的发展提供一些帮助。如果你或你的团队也刚好处于这样一个变化期,非常欢迎找到我咱们继续讨论。


发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注