當前位置: 首頁 > 設計資訊 > 設計教程 > 正文

Spotify總監(jiān)如何從零開始讓設計標準化?

2018-01-03 1538 0
編者按:2012年的Spotify 設計團隊還是一團亂麻,到今天已經是協(xié)同效率高效,有標準可循的頂尖團隊。來看這位總監(jiān)如何從零開始改善它的。 “設計無法標準化”在過去四年一直困擾著我。2012年我加入Spotify設計團隊的時候,被當時的混亂與分散嚇到了。說得詳細點,字體、色彩、圖片、板式、信息架構和交互方式好像全部都沒有能夠遵循的標準。 當我開始跟他們談論這件事時,我才知道整個團隊也為此覺得沮喪。我們的結論是:支離破碎的產品恰巧反映這個團隊的松散,設計師分散在不同的項目、時區(qū)和漫無目標的時程表,當然不可能有任何機會去改善。 可是,這些原因在現代科技公司不是很常見嗎?所以我第一次說出:“設計無法標準化”。 uisdc-standard-20161228-(0).webp
但是,這個問題讓我坐立不安。我試著忽略它,把它當作無法解決的問題,不想被它困住,然后專注在重新設計上。但是這樣沒用。不管先前多喜歡設計,看到互相沖突的設計方向,都只會感到厭煩。任職一年之后,我終于也因為這個問題變得非常沮喪,于是我決定為此尋求解決方案。袖手旁觀接受“設計無法標準化”肯定不是唯一的答案。 我的挑戰(zhàn)前提是“設計無法標準化”,或者可以這樣說:分散在不同時區(qū)、項目,目標不一樣的設計師團隊,是否可以找到一個緊密結合的共同工作方式?以下是我的探索過程。
原則 某次周例行設計討論的時候,我們都發(fā)現真的沒有可以遵循的方向。我們的討論都只是一些對短暫流行風格的個人意見,這讓臺上正在談論的設計師感到受挫,結束后整個團隊還是沒有方向。所以2013年,我們決定寫下一些原則,讓本來由個人組成的團體,轉變?yōu)閾碛泄餐^點的團隊。 uisdc-standard-20161228-(1).webp
(1. 內容優(yōu)先、2. 盡量活潑、3. 建立熟悉感、4. 爭取事半功倍、5. 保持真實、6.恰如其分) 這些原則,讓我們在討論設計的時候有方向可循,讓團隊里的設計達成一致的,這是我們在2014年推出視覺重定位的基礎:讓我們學習到了很多,多到值得再寫一篇文章。 uisdc-standard-20161228-(2).webp
真正讓這些原則發(fā)揮作用的原因是:與我們的行業(yè)領域(音樂)巧妙結合,然后跟業(yè)務目標一起向前,就能夠讓非設計師背景的人產生共鳴。 執(zhí)行這些原則后,我們仍繼續(xù)探索更為緊密的方式,例如,將上面6個原則減少為3項,然后納入營銷團隊合作的經驗原則。 指南 視覺重新定位之后,我們立刻知道最困難的其實是維護這些剛打造出來的一致性。所以在2014年,我們建立了Spotify設計語言系統(tǒng)GLUE( Global Language for a Unified Experience,產生一致經驗的共同語言),記載樣式(styles)、元件(components)和布局(patterns),公司所有人都可以訪問這個網站。
(Spotify設計指南第一版) 這是我們首次對界面有共同的認知。這不僅增加了一致性,還提升了效率。同時也創(chuàng)造了設計人員和開發(fā)人員之間共享的詞匯,因此對于顏色或類型風格的標簽可以跨越設計規(guī)范和代碼來理解。 根據設計指南,我們創(chuàng)建了體現了同樣的風格和組件的用戶界面工具包為我們的設計工具。這是一個開始全新項目的好東西,同時也能指導先前沒出現,但之后可能需要再加入工具包的事情。它也迫使我們選擇能夠支持哪種軟件(Photoshop、Illustrator 或Sketch?等),以及我們之間如何共享文件。 模塊化的設計方式,讓我們發(fā)現組成 “體驗” 的人際連結與依賴關系,最終使我們更易于彼此協(xié)作。 Glue 我們很快意識到,維護設計指南和工具包需要持續(xù)不間斷的付出。所以在經過一系列的說服后,GLUE 團隊在2015年成為一支由設計師與工程師組成的完整團隊。 uisdc-standard-20161228-(4).webp
(GLUE 團隊的合照) 身為集中式的團隊,GLUE藉由團隊之間的合作,提供框架改進公司內部不同設計需求,給各個項目中的設計師提供支援。團隊里的工程師以iOS、Android和桌面版準則為核心基礎來擴展這項工作,提供整個組織的前端開發(fā)者技術實現。 設計協(xié)會 集中式團體最常遇到的挑戰(zhàn)是維持一致性,很容易與組織當下的需求脫鉤,然后就發(fā)現解決方案無法產生共鳴。為了這個問題,我們成立 “設計協(xié)會” 。 每周花一小時,每一個產品項目都會派兩位設計師和GLUE團隊聚在一起分享他們目前正在進行的事情,并且得到其他人的反饋。GLUE分享最新的設計指南,與此同時各個項目的設計會以此標準規(guī)范他們最新的設計。通常這些更新會有兩種情況:大家友善的點頭表示遵守,或是辦一場工作坊,解決在設計方向的任何爭議。這個會議能夠幫助破除谷倉效應,鼓勵合作,并擴大共享所有權的整體體驗。 *譯注:谷倉效應,亦稱筒倉效應,指企業(yè)內部因缺少溝通,部門間各自為政,只有垂直的指揮系統(tǒng),沒有水平的協(xié)同機制,就象一個個的谷倉,各自擁有獨立的進出系統(tǒng),但缺少了谷倉與谷倉之間的溝通和互動。 設計QA 盡管已經做了遵循方向與協(xié)調,有些設計的錯誤還是會出現。為了修正這個問題,我們最近設立首個通用設計品控。它要求來自各地(斯德哥爾摩、歌特堡、倫敦、紐約與舊金山)的設計師聚在一起,重新校準原本公認的品質如何定義,我們必須確認大家都是按照標準指南設計的。我們邀請QA的成員確認設計師是否都很清楚如何充分利用像是Jira(錯誤追蹤系統(tǒng))等工具,還有如何在目前支援的平臺測試設計。這引發(fā)許多討論,討論哪類型的設計錯誤應該抓出來,以及安排優(yōu)先順序的條件。 uisdc-standard-20161228-(5).webp (最近某次的設計QA工作坊現場照) 不過,我們找出最根本的爭議在于如何定義設計品質。即使到現在也大多是 “你看到就知道了。” 我們決定試試用勾選清單代替。內容是:品質代表是否遵循原則與準則,還有是否支持核心目標。當你必須偏移原則與準則時,你必須負起責任,更新任何受到影響的團隊或架構。 我們最近開始要求設計是否符合 “TUNE” ,這個縮寫代表經驗的測量值,包含使用Spotify的感覺,借以尋求更多定義品質的方法。這能夠以塑造強而有力的敘事方式,對情感上的品牌體驗有幫助,同時也把界面就是品牌的觀念放在心上。
  • 語調( Tone):我們的品牌是否使用正確的語調?
  • 易用( Usable):它對于每一個人都方便使用嗎?
  • 必要性( Necessary):那個功能是真的有必要嗎?
  • 情感化( Emotive):使用起來的感覺很舒服嗎?使用者在意(這個產品)嗎?
今年夏天之后,我們預計要求所有設計師在版本推出某些功能時,將通用設計品保流程納入關鍵步驟。確保設計品控不只是我們內部的工作,還可以在我們的顧客發(fā)揮效用。 我回顧過去幾年的經驗和感想寫了這篇文章,僅僅代表對我們有用的方式。即使我知道這還不夠完善,因為后續(xù)還有很多挑戰(zhàn)會出現,甚至某些解決方案將成為阻礙。我很高興將個人設計主見放在一邊,了解當你花時間打造定位,以及設計師之間的協(xié)調時,設計確實可以標準化。 如果你是設計師、產品擁有者或是管理者,而且正在面臨困境,我鼓勵你試試看上面說的方法,也許會有幫助。
10
評論區(qū)(0)
正在加載評論...