創(chuàng)建產(chǎn)品設(shè)計系統(tǒng)的6個經(jīng)驗

這篇譯文來自 Matt Bond ,正是知名的 Atlassian Deisgn System 的創(chuàng)建人,真正的元老本老?!对O(shè)計體系》一書當(dāng)中也有多處以 Atlassian 為例,印象非常深刻。

2012年,我啟動了一個副項目:對 Atlassian 當(dāng)時12款軟件產(chǎn)品的設(shè)計模式進行標(biāo)準(zhǔn)化定義工作。在那之后的三年里,這個副項目逐漸成長壯大,并成為了我的全職工作;經(jīng)過一系列的版本迭代,這個項目最終成為了大家所熟知的 Atlassian Design System。期間,我還成立了設(shè)計平臺團隊(Design Platform Team),專門負(fù)責(zé)對設(shè)計體系進行管理維護,并將其運用于 Atlassian 產(chǎn)品套件的設(shè)計工作當(dāng)中。

近些年來,行業(yè)里出現(xiàn)了越來越多關(guān)于設(shè)計體系的討論,我也時常被問及相關(guān)的經(jīng)驗與洞見(注)。無論你在考慮為自己的產(chǎn)品創(chuàng)建設(shè)計體系,還是正在進行當(dāng)中,或是曾經(jīng)嘗試但以失敗告終,我都希望這些經(jīng)驗可以幫助到你。

如今在 Asana,我又開始了新的設(shè)計體系構(gòu)建之旅;回顧過往的經(jīng)驗,我發(fā)現(xiàn)它們同樣有助于我們將團隊與公司推向成功,從而體現(xiàn)出設(shè)計體系真正的價值所在。

1. 以小為始

第一個版本的 Atlassian 設(shè)計體系只包含20個靜態(tài) HTML 文件,由我桌下的那臺 Mac Pro 充當(dāng)服務(wù)器。沒有模板,沒有版本控制,我親自動手為每一個組件編寫 HTML,并將線上產(chǎn)品的 CSS 直接導(dǎo)入過來作為樣式表。雖然這一版本更新起來非常困難,而且不具備擴展性,但它也足夠向當(dāng)時的團隊展示設(shè)計體系的基本價值了;我因而得到支持,并得以將更多時間與精力投入其中,逐漸摸索到了正確的道路。

反之,如果從一開始就考慮到各種擴展性問題,那么我們很可能需要花費數(shù)倍的時間來完成起步階段的跨越。如果你剛剛開始構(gòu)建設(shè)計體系,建議你不要沉迷于無縫、完美的流程和機制,取而代之的是簡單快速地起步,驗證價值與方法,并保持迭代。

2. 重在質(zhì)效提升,而非控制設(shè)計

如果你認(rèn)為構(gòu)建設(shè)計體系的目的在于防止其他人“犯錯”,防止他們破壞掉只有你“有權(quán)”定義的規(guī)則,那么你們的體系構(gòu)建工作很可能是在不正確的觀念之下進行的。

設(shè)計體系的目標(biāo)是提升團隊的設(shè)計質(zhì)效,幫助每一名設(shè)計師更加合理地進行設(shè)計決策。

你的工作并非將規(guī)則強加給他人并監(jiān)督他們執(zhí)行。反之,要將設(shè)計體系視為在公司內(nèi)部實現(xiàn)“設(shè)計民主化”的工具。只有這樣,人們才會有意愿參與其中并進行貢獻。

務(wù)必記得,設(shè)計體系是一種強化工具,而非用于控制設(shè)計的監(jiān)管手段。

3. 避免同步進行重設(shè)計工作

不要將設(shè)計體系的構(gòu)建工作看作是產(chǎn)品重設(shè)計的契機。一邊進行著體系化定義,一邊對產(chǎn)品進行重設(shè)計,這會極大地拖慢工作進度。更合理的做法,是首先對產(chǎn)品當(dāng)前的狀況進行記錄與清查,包括合理與不合理的模式在內(nèi);完成標(biāo)準(zhǔn)化定義之后,再回過頭來進行優(yōu)化工作。

在 Atlassian,我們曾經(jīng)多次試圖在設(shè)計模式文檔的基礎(chǔ)工作完成之前對產(chǎn)品進行重設(shè)計。誠然,設(shè)計模式的定義與文檔化工作需要花費大量的時間,但以此為基礎(chǔ)進行新一輪的設(shè)計迭代,整體進程會更加輕松和高效。

4. 跨職能尋求支持

設(shè)計體系的創(chuàng)建工作并非學(xué)校里的課業(yè)練習(xí)。如果最終無人使用,或是無法有效提升設(shè)計質(zhì)效,那么我們的工作就是浪費時間。

只有讓其他人了解你的工作并參與貢獻,你才能得到越來越多的認(rèn)同與支持。這一點對于設(shè)計體系工作非常重要。

2013年時,我們團隊當(dāng)中的設(shè)計師與工程師占比大約在1:15到1:20之間。直至如今,回想起這個數(shù)字,我仍然會感到驚悚;不過當(dāng)時,我確實有試過將這種失衡的局面轉(zhuǎn)化為工作中的優(yōu)勢,使工程師們更加認(rèn)同設(shè)計體系相關(guān)工作。我會在新人入職當(dāng)周做一些宣講,每周有15人左右的樣子;為了讓他們從第一天起就能對設(shè)計體系的目標(biāo)與價值有所了解,我會給他們講一些往事,譬如我們的產(chǎn)品當(dāng)中曾一度存在著44種下拉菜單,而如今已經(jīng)標(biāo)準(zhǔn)化為一種,它的具體使用方式應(yīng)該如何如何。

經(jīng)過那一年的宣講,加上 Atlassian 的規(guī)模幾乎每年都會翻番,我總共幫助了將近500名新人了解了設(shè)計體系的重要性及使用方式。同時,這項工作還在潛移默化當(dāng)中擴大了設(shè)計職能在整個企業(yè)文化當(dāng)中的影響力。

5. 超越“設(shè)計規(guī)范”

設(shè)計體系不同于設(shè)計規(guī)范。創(chuàng)建一份包含了所有組件的 Sketch 文件或許相對容易一些,譬如所有的主操作按鈕都有著相同的配色,或是統(tǒng)一使用8像素柵格等等。但應(yīng)該在何時使用主操作按鈕而非次級按鈕?按鈕中的文本應(yīng)該采用哪種類型?主、次按鈕同時出現(xiàn)時應(yīng)該怎樣布局?

設(shè)計體系必須針對這類規(guī)則性的問題提供解決方案,而不僅是記錄規(guī)格規(guī)范。很多團隊都忽視了這一點,致使設(shè)計體系的價值有所缺失。

正如前面提到過的,在2013年初,Atlassian 設(shè)計團隊的規(guī)模(約13人)相比于開發(fā)團隊(約300人)來說還相對較小。明確提供設(shè)計模式使用規(guī)范的好處在于,工程師可以在設(shè)計師人力不足時獨立完成大量的頁面構(gòu)建工作。這意味著在很多時候,設(shè)計師無需打開 Sketch 制作高保真設(shè)計方案,大家可以通過白板和腦暴直接確定功能流程,或是將更多時間用于上游高層面問題的處理。

6. 少數(shù)人負(fù)責(zé)管理,多數(shù)人參與貢獻

我們在 Atlassian 采用了集中式的設(shè)計體系管理機制,一方面允許每一名設(shè)計師參與貢獻,一方面通過每三個月的輪崗制度從不同的產(chǎn)品團隊當(dāng)中抽調(diào)設(shè)計師與工程師加入我們的平臺設(shè)計團隊。在三個月的時間里,他們會對設(shè)計體系的維護工作進行大量的貢獻;三個月后,他們回到各自的團隊當(dāng)中,成為設(shè)計體系的簇?fù)碚吲c布道者

有專人負(fù)責(zé)設(shè)計體系相關(guān)工作是非常重要的。這個人(通常指我)更像是設(shè)計師當(dāng)中的產(chǎn)品經(jīng)理,他需要維護整套體系,同時又要避免營造出讓人抵觸的工作氛圍。始終不要忘記,我們的目標(biāo)是提升設(shè)計質(zhì)效,讓每個人都成為更出色的設(shè)計師,并最終實現(xiàn)團隊效能與產(chǎn)品質(zhì)量的提升。

每天更新,
全站高品質(zhì)素材免費下載!