以退為進的設(shè)計模式庫進化論
在設(shè)計工作中你是否會花時間來思考現(xiàn)有的流程和體系是否真的有效?當(dāng)意識到其中仍有改進空間時你是否會立即進行改進呢?在本文中,作者將和各位分享他的團隊是如何處理這些問題的。
之前的《設(shè)計體系》全書譯文還有朋友在讀沒?原作者 Alla 所在的 FutureLearn 團隊一直在保持著設(shè)計模式庫的迭代進化。本文要聊的就是其中的一次重要的重建工作,像是《設(shè)計體系》的后續(xù)故事。
每天都像在打仗,你很難退一步來思考現(xiàn)有的流程和體系是否真的有效,而一旦意識到其中仍有改進空間,你是否敢于進行改變?萬一會使?fàn)顩r變得更糟?不如保持現(xiàn)狀?
在本文中,我將和各位分享我們的團隊是如何處理這些問題,并使得我們的設(shè)計模式庫保持有效進化的。
一、FutureLearn 的設(shè)計模式庫
我們的模式庫已經(jīng)四歲了;在其輔助下,我們的產(chǎn)品設(shè)計工作變得越發(fā)高效敏捷。
《設(shè)計體系》一書曾進行過詳細的介紹,很多想要加入我們團隊的設(shè)計師也將其視為參考標(biāo)準(zhǔn)。但在 FutureLearn 內(nèi)部,隨著團隊的擴展和變化,我們漸漸感到這套模式庫不再像從前那樣的從容適用了。
二、發(fā)現(xiàn)問題
設(shè)計模式庫的目標(biāo),是通過對現(xiàn)有模式的充分復(fù)用來提升設(shè)計工作的效率與一致性,避免重復(fù)發(fā)明解決方案,同時為用戶帶來完整統(tǒng)一的產(chǎn)品體驗。
一直以來,我們都相信我們的模式庫可以有效地實現(xiàn)這一目標(biāo);但事物并非一成不變,如今的真實情況又如何呢?
我們決定通過工作坊的形式來探索模式庫在實際使用方面的價值與問題,進而驗證其在當(dāng)前階段的有效性。
首先,我們對模式庫在當(dāng)前所提供的價值進行了分析:
- 在實際工作中,當(dāng)你需要了解有哪些經(jīng)過驗證的設(shè)計模式可以選用時,模式庫依然是最為準(zhǔn)確的參考源。
- 在模式庫的約束下,設(shè)計與開發(fā)團隊必須站在“模塊”的角度思考設(shè)計模式的功能性。
- 新人可以快速了解產(chǎn)品的構(gòu)造方式。
- 可以對外展示 FutureLearn 設(shè)計團隊的思考與工作成果。
同時,我們也要坦然面對當(dāng)前的問題所在:
- 我們的模式庫由一系列靜態(tài)頁面構(gòu)成,缺乏 CMS(內(nèi)容管理系統(tǒng))的支持,在更新時依賴于開發(fā)人員的人工操作。
- 同樣出于這個原因,模式庫頁面的編輯難度很高,創(chuàng)建新頁面時也會涉及到大量的復(fù)制粘貼工作。
- 由于更新難度大,我們每次都要花費大量時間,導(dǎo)致其他工作受到影響。
- 學(xué)習(xí)成本很高,你很難在其中快速找到需要了解的模式。
如果模式庫的目標(biāo)是提升效率,那么在實際工作中總會令我們感到障礙和耗時又是怎么回事呢?如果模式庫旨在提升設(shè)計的一致性,那么為什么我們的設(shè)計當(dāng)中還會存在舊版本的設(shè)計模式?
我們在工作坊中對這類問題進行了充分的探討,同時對現(xiàn)有工作流程進行了梳理,并最終發(fā)現(xiàn)所有的問題都指向了一件事:
我們應(yīng)該如何建立一套維護機制,使設(shè)計師和開發(fā)人員都能輕松地對模式庫進行更新。
這樣,我們就不需要時刻依賴于開發(fā)人員進行人工操作了;模式庫的維護便可以成為設(shè)計師日常工作的一部分,隨需進行。
對于利弊進行了充分討論與權(quán)衡之后,我們決定將用了四年的模式庫徹底“遷移”到 CMS 當(dāng)中。所謂“遷移”,實際上是徹底的重新構(gòu)建,工作量巨大,除了 CMS 方面的搭建與訂制,我們還需要將過去所有的內(nèi)容復(fù)制到新系統(tǒng)當(dāng)中,同時與其他相關(guān)部門進行充分溝通。
這是個困難而棘手的決策,但我們相信新的構(gòu)建方式才是真正能使我們長遠受益的。
三、以退為進
新的模式庫就是大家能夠在線上看到的樣子(注)。它看起來不如舊庫精良,很多地方還不成熟(譬如舊庫會為設(shè)計模式提供對應(yīng)的前端代碼,而新庫目前只有截屏作為演示)。
然而這一步“倒退”所帶來的卻是面向未來的堅實基礎(chǔ),我們將能以更合理便捷的方式打造和維護新模式庫。
為了使新庫盡快達到實際可用的程度,我們必須首先聚焦于關(guān)鍵問題的解決能力。
實際上,在任何一個階段,我們都會針對當(dāng)前的特定目標(biāo)來考慮最快捷的解決方案。譬如,在模式庫當(dāng)中同步提供前端代碼固然是最為理想的狀況,但“截屏演示+實際頁面鏈接”的方式在多數(shù)時候同樣是有效的。
我們會首先通過這類低成本的方法來確保當(dāng)前的實用價值,在不依賴于開發(fā)人員的情況下將進程向前推進,而后續(xù)再從各個方面進行完善。我們將新庫的構(gòu)建視為開放性的重設(shè)計項目,并樂于對其進行持續(xù)迭代。
四、不要畏懼變化
對運行了四年的模式庫進行徹底的重建工作,這對于我們團隊來說確屬重大變化,但我們也知道這對于團隊成長的必要性。要使其進程保持可控,你必須始終對模式庫所要解決的問題及達到的目標(biāo)有著清晰的認知。
此外,我們也不想被上一個版本的庫束縛住手腳,我們需要以更合理的方式構(gòu)建面向未來的解決方案。
到目前為止,所有的變化都在朝著好的方向發(fā)展著,團隊中的每一名設(shè)計師都可以參與到模式庫的編輯與更新工作當(dāng)中,這也意味著新庫和我們的日常工作流程結(jié)合得更為緊密了;這些都與我們重建工作的初衷相吻合。
作者:Sandra
英文原文:https://medium.com/thrive-global/want-to-design-user-behavior-pass-the-regret-test-first-281a8b1bfa73
譯者:C7210,微信公眾號(ID:Beforweb),產(chǎn)品設(shè)計師、UX愛好者、譯者、貓奴、音樂玩家。
本文轉(zhuǎn)載發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于?CC0?協(xié)議
Ddd