轉自城中村群租房：《論交互設計師的死掉》，作者李大毛

你在面試的時候肯定被問過一個問題：你的職業規劃是什么。這個問題不好回答，你得說一個困難但又切實可行的計劃，顯得你志向遠大又腳踏實地；還得隱藏好你打算鍍兩年金就跳槽的小算盤。但是說實話，即使沒人問我，我也一直在思考這個問題，我們設計師的價值體現在哪，將來可以怎么發展。

首先需要說明，今天我說的設計師指的是 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 也在不斷優化?？梢灶A見的是，這些設計軟件的組件功能一定會越來越好用。

編者注：關于 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 歲以后怎么辦？放心，那時候你孩子到了該上學的時候，深圳又沒有那么多學位，到時候你自己會走的。