兩年前我就開始做 Design Systems

6月上半個月,考完駕考的科目二、科目三、科目四,最后順利拿到駕照。從沙巴outing回來曬到脫皮的手臂還沒有完全恢復,臉又被曬黑了兩個色號。整個5月和6月,忙忙碌碌處理各種繁雜的事情,很大部分時間上廁所都是小跑著,趕緊解決完,又要趕赴下一個會議;中午犧牲休息和午飯時間,趕去駕校練車。每時每刻都在緊張推進,當腦袋沒有一刻時間是空下來的時候,也就沒有太多關于生活和設計的思考了。所以這段時間讓我體會了一把純理性純機械性的生活方式,抑郁的小情緒都偷偷被擠走。

今天不經意看到愛豆C7210(看來我愛豆真的好出名!!好多人在評論幫我糾正一開始錯誤的拼寫)分享關于《Design Systems》這本書。ok,fine,兩年前我其實就開始做組件庫,一路坑次坑次,從基礎組件,到業務組件,到頁面模板。。。到現在,已經完成了一套非常全面的設計體系和素材庫,當然,問題細節還是很多,需要很細心、耐心地不斷維護。這其中的心酸和痛苦,誰做誰知道。兩年來一路踩了不少坑,最大的問題就是團隊協同以及如何做到組件庫的收斂和發散。不斷地思考自己作為設計師的定位,作為一個橫向支持業務的UED團隊,如何用最有效的設計資源去滿足更大場景的業務呢?

最近慢慢在啃《Design Systems》這本書,個中很多表述都讓我頻頻點頭,想起來這兩年構建和維護一套設計體系的艱辛和困難,以及這本書把我之前很多困惑和經驗都闡述地很明了。欣慰的是,我認為建立和維護一套設計體系,是一件很有價值的事情,同事讓我的橫向和縱向能力得到特別明顯的成長。從一開始3個設計師構建一套Axure版本的基礎組件庫,后來到全團隊設計師參與,構建一套Sketch版本的組件庫以及詳細的組件交互規范文檔,搞了整整3個月終于完成一個全版本的《AISC_DPL》。以及,為了避免后續頻繁追溯設計原理和在協同中解決一些交互的爭議問題,我們全員基于自己所負責的組件,進行詳細的文檔說明撰寫,最后整合成一個文件巨大的《AISC_設計規范》。(后面希望有機會,我會慢慢分享關于維護《設計規范》文檔的利與弊)

DPL組件庫
設計規范

后來我們還跟團隊的前端工程師們一起共建,產出了一套基于React框架的前端基礎組件庫,還擴充了業務組件、圖表組件、頁面模板等豐富的前端資源,讓我們的業務方直接通過我們的官網就能上手自行開發。簡單的,你可以理解為,我們又重新做了一套類似于Ant Design一樣的東西,同時加入了我們內部業務所需要的其他組件和圖表等素材。

后面想要給大家分享一些關于構建設計體系中遇到的各種奇葩問題,有協同上的問題,有工具使用的問題,有文檔編輯的問題,有說明規范的問題,有組件繪制方式的問題等等。。。希望接下來一個月,能夠一邊看書一邊把自己過去的經驗結合整理,一點點把沉默在大腦深處的蜘蛛絲串成網。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容