体验设计师 未来三年应该如何发展?

2022-10-02

体验设计师 , 突然这个角色在互联网行业似乎已经存在很久了。我从 03 年毕业工作至今,有幸经历了从“美工”到设计师的整个历程。时至今日,这个职能已经逐步被行业、被公司所认可,职能和领域也在不断演变。

15 年左右,我们在阿里开始逐步进行对设计师岗位的优化,从原有的交互 & 视觉调整为体验设计 & 创意设计。

体验设计师岗位的变迁

体验设计师岗位的变迁

19 年开始组建集团的设计中台团队后,设计系统一直是我们非常重要的一项能力。在与各业务设计团队的合作中我发现设计团队的工作模式在发生变化,从以往的划分业务接需求,向通过设计系统的“架构设计”进行演变。

经过这几年的不断磨合,设计系统已经成为很多设计团队最为重要的核心能力之一。

在这个阶段中团队中也逐步出现了一些新的工作要求,负责设计系统的构建及推广应用,我将它成为「架构型设计师」。这也是我认为接下来几年体验设计师发展的一个非常重要的方向。

既然有了明确的岗位,我们就需要明确它的工作职责。结合这些年在阿里的实践,我会将其定义为以下三个方面:

架构型设计师的职责

架构型设计师职责

01. 构建设计系统

在当下,架构型设计师的首要职责就是构建业务级设计系统。为业务提供明确的设计约束和指引,帮助团队快速实现业务逻辑,减少不必要的浪费。

这里的设计系统绝对不是做一套风格样式输出 UI Kit,也不是基于 Ant Design 这类的开源系统复制一遍。而是需要真正基于所属领域和业务的特性去解决实际问题,例如在之前介绍 CloudScape Design System 的文章中所提到的那些 Pattern。

02. 设计资产管理与维护

前面一直和大家提过「齐套」的概念,而它也是架构型设计师非常重要的一项工作。

新的协作模式下,支撑业务的设计师需要基于业务设计系统去实现一个个具体的需求,那么在开始工作之前想过的组件、模板、素材、icon 甚至是文案都应该是准确无误的。

03. 设计运营

在阿里,我们有业务通过设计系统的运作获得了 30% 多的整体提效。但这个结果不仅仅是靠一套好的设计系统,还需要在流程、工具上做大量的工作和运营。

除了设计系统和资产的管理,架构型设计师还需要向外去衔接设计的上下游,去不断优化整体的工作流程来帮助设计系统能真正的落实到底、发挥出有效价值。

随着互联网红利的消退以及经济形式带来对企业降本提效的要求,互联网企业以及设计团队都将面临对生产模式、工作流程的进一步优化。

设计系统已经逐步成为各大互联网设计团队的重点投入方向,我的判断是在未来三年,架构型设计师一定会成为设计团队中最为重要岗位职责之一。关于这个话题的更多讨论,大家可以阅读之前的文章「成为架构型设计师

本文出自专栏 设计有得聊 免费内容

📬 专栏:设计有得聊

欢迎加入我的知识星球 – [设计有得聊↗]使用微信扫描下方二维码了解详细信息。

设计有得聊专栏