转自城中村群租房:《论交互设计师的死掉》,作者李大毛

你在面试的时候肯定被问过一个问题:你的职业规划是什么。这个问题不好回答,你得说一个困难但又切实可行的计划,显得你志向远大又脚踏实地;还得隐藏好你打算镀两年金就跳槽的小算盘。但是说实话,即使没人问我,我也一直在思考这个问题,我们设计师的价值体现在哪,将来可以怎么发展。

首先需要说明,今天我说的设计师指的是 UI、交互、用户体验设计师,不包括视觉设计。

设计团队说了好久的组件化,这到底是什么意思?为什么这么久还在提?

为了说清楚这件事,我想从这个职业的过去、现在和将来分别讲一下。

UI/交互设计师的发展

在很多年前,并没有 UI 设计师的说法,有的是网页设计师。那时候他们用网页三剑客:Flash、Dreamweaver、Fireworks,还有 Photoshop。当然作为一个 90 后对那段历史并不了解,我们直接快进。

iPhone 4 开启了 App 的热潮,突然间 UI 设计成了一个热门职位。13 年扁平化的 iOS 7 发布开启了扁平极简化风潮,14 年易上手的矢量图绘制软件 Sketch 3 发布,UI 设计的门槛极大地降低,加上金钱的诱惑,吸引了超多人进入这个行业,我也不例外。

Sketch 取代了 Adobe 系列成为了这个领域的霸主。它只有 Mac 版,所以我们得感谢 Sketch 让我们用上 iMac。从某种层面上讲,UI 设计的方式并没有本质上的变化。都是在绘图软件上绘制,再把参数通过各种方式交给开发。用什么软件画其实不重要。

设计组件化

为了提高效率,增强与开发的协作,这两年设计圈有个词很火,就是「组件化」。

这个思路最早可以追溯到 Brad Frost 提出的「原子化设计」。就是按照逻辑层级,将元素从低级到高级组合起来,就像分子由原子组成,原子有原子核和电子,原子核里有质子和中子。

比如按钮和文本框都是原子,它们组成一个分子搜索框,然后可以和其他分子继续组成更大的模块。把这些模块作成可以给其他人引用的公用组件,设计界面不再是像画插画一样随意,而是得从现有的组件里选择然后拼接。存储这些公用组件的文件就叫组件库。

以前设计界面想怎么画怎么画,现在你得从现有组件库里挑出需要的组件再拼接,除非是组件库里没有你需要的,才能创建新元素。

工具的支持

模块化的思维需要设计工具的支持。Sketch 有相应功能,但是远远不够,而且使用起来很不灵活。

有很多产品在挑战 Sketch 的地位。

  • Adobe 推出了 XD。
  • 从 Sketch 插件起家的 Invision 推出了 Invision Studio。
  • 跟 Sketch 同样来自荷兰的公司开发的 Framer X,可以写代码为设计添加交互逻辑。很有创意,但可惜使用门槛太高。
  • Webflow,可以把设计直接转化成托管的网站,很强大,国外比较流行。

其中要特别提一下 2019 年的黑马:Figma。这是一个在国外非常火的设计工具,19 年我也尝试让我们团队切换到 Figma 上来。还在上面做了一套新的组件库,在一些项目中完全用 Figma 来协作。

推这个的理由是:

  • 基于 Web,数据实时同步,可以多人在一个文档里协作;
  • 能找到任何一个历史版本;
  • 性能更好(前提是网络够好);
  • 最重要的是 Figma 在组件功能上的设计更强大、合理,而且灵活。

后来因为一些原因没有推进下去。当然,Figma 也有缺点,Sketch 也在不断优化。可以预见的是,这些设计软件的组件功能一定会越来越好用。

编者注:关于 Figma 的强大,看这篇:

让产品经理拼组件

这就带来了一个问题:如果产品设计的工作就是把组件拼起来,那我们存在的意义是什么?留个人负责制作组件,把交互设计的工作交给产品经理行不行?

现在肯定不行。我们的确比产品经理更懂用户体验。但这些知识和设计技法,是否多到产品经理无法掌握?如果教他们设计理论、软件,再给他们一个完善的组件库,他们能否跳过线框图原型的阶段,直接交付给开发设计图?

事实上不止我这么想过。推特上看到一个说法:长远来看,未来科技界只会有三种设计师,品牌设计师,设计系统搭建者,和产品经理。

In the long run, there will only be 3 types of designers in tech: brand designers, design systems builders, and product managers

Thread

— Yitong (@zhayitong) August 5, 2019

其实这也是很合理的。我们都说设计师需要了解产品的用户群体,谁还能比各业务线的产品经理更了解用户呢?

如果要求设计师尽可能多的了解产品和用户,那我们广撒网的效果肯定不如人家专精一个业务的要好。但如果我们选择专攻一个业务,那我们和产品经理的界限又在哪?其实就没区别了。事实上产品经理的确是很多设计师转型的方向。

有朝一日产品经理审美能力提上去了,设计师怎么办,只能充当顾问,把产品不太好的设计改一改?其实现在有不少项目就是这样,产品出的原型已经很完善了,我们真的只是把线框图翻译成设计稿而已,发挥空间很小。加上组件库越来越完善,一天一百张图不是梦。

那设计师的发展方向是什么?为了找到答案,我找了一些业界以技术和设计的高水平而闻名的公司,看他们的招聘需要什么样的人。有 Google、Facebook、微软、Airbnb、Pornhub。

悄然发生的变化

其中一个明显的特点是,他们已经不招 UI 或者交互设计师了,有也只是 UX 设计师。UX 就是用户体验,国外都用 UX,只有中国用 UE。有的公司甚至连 UX 设计师都不招,有的是声音设计师、AI 交互设计师、动效设计师等。

我们同样可以根据 T 型人才模型,预测一下设计师未来的发展方向。

首先是往前的产品经理。如果不考虑回老家开奶茶店,这可能是中国设计师最常见的转型选择。设计师审美比较好,了解用户体验,如果再深入了解一下产品和用户,做产品经理是自然而然的。本公司就有不少例子。

如果不想离开设计领域,除了声音、动效这些设计以外,Google、Facebook、Airbnb 都有一个中国公司很少见的职位:Content Strategist 或 UX Writer。这个工作简单来说就是写产品中的文案。

往开发实现方向走,如 Google 就有 UX Engineer,一半需要有 web 前端开发技能,负责开发 UI 组件、构建快速原型、数据可视化等等。如果像之前设想的那样,产品经理负责功能规划和交互设计,用户体验工程师开发组件,再来个项目经理负责把控进度协调资源。那就不需要交互设计师了。设计这个过程始终存在,但设计师不在了。

保持敏感

本来我计划讲的是组件库是怎么回事我们又是怎么用的,但我还是决定以这个话题为引子,讨论一些更大的话题。

IT 是一个变化很快的行业,工具、工作流、方法论都在频繁的变化中。在舒适区待久了会有惯性思维。比如作为交互设计师,我很容易把提升用户体验设计能力作为发展方向。但很可能这个行业变化之快之大,直接淘汰了交互设计师,把交互设计融入其他工种,这就是降维打击。

这就好像一个黄包车夫,在做未来的规划,自己要提高体能,能跑更快,更会拉客,跑的时候让客人更舒服。这些都没错。但有可能汽车流行起来,根本不需要拉车的了。这就是路径依赖让我们在职业规划上走了死胡同。

我也不知道这个分享是怎么从分享经验变成了散布焦虑。反正给我自己一个警醒吧,也给大家共勉。保持敏锐和好奇心,坚持到 35 岁不要被优化掉。至于 35 岁以后怎么办?放心,那时候你孩子到了该上学的时候,深圳又没有那么多学位,到时候你自己会走的。

点赞 26
收藏 24
继续阅读相关文章

发表评论 已发布 8

还可以输入 800 个字
 
 
载入中....
8 收藏