什么?!你還不會搭建Figma設計組件庫?
現在不少公司都選擇用Figma之類的工具進行協同設計,一般都會建立一個共同的設計庫。那作為新手,我們如何搭建一個自己的設計庫?這篇文章,作者為我們詳細解答。
在追求設計效率和一致性的道路上,搭建一個Figma設計組件庫成為了不少設計團隊的必經之路。但作為一個零經驗者,該如何從0到1科學地系統地搭建一個設計組件庫呢?
相信我的文章會解答你的困惑,接下來,讓我們一起來探索!
一. 簡約而吸引人的封面
二. 用戶必備知識
三. 變更日志
寫變更日志(Change Log)通常是軟件開發過程中的一部分,但是對于維護設計組件庫同樣適用,因為組件和開發密不可分,確保組件庫中的設計元素符合開發需求,而且可以在實際開發中輕松地使用。
它記錄了每個版本中的變更和更新。一個好的變更日志能夠為用戶提供清晰的了解,告知他們新版本的功能、改進和修復的問題。
1)版本號和日期:
在變更日志的開頭,列出當前版本的版本號和發布日期。這有助于用戶快速了解他們是否需要升級到新版本。
通常我們會使用語義化版本控制(Semantic Versioning):
?????
在實際應用中,版本號的變更通常遵循以下原則:
- 當發布新功能時,增加次版本號,并將修訂版本號重置為 0。
- 當發布修復了 bug 的版本時,增加修訂版本號。
- 當發布引入了不向后兼容的更改時,增加主版本號,并將次版本號和修訂版本號重置為 0。
2)改動內容包含:
A. 功能新增:
列出新版本中引入的新功能和改進。簡要描述每個新增功能的目的和影響。
B. 改進和優化:
記錄對現有功能的改進和優化。這可能包括性能改進、用戶界面優化或用戶體驗的增強。
C. 問題修復:
列出在該版本中修復的問題或錯誤。描述每個修復的問題以及它們對用戶的影響。
?
D. 安全更新:
如果新版本包含安全更新,確保在變更日志中明確記錄。提供有關更新如何解決潛在風險的簡要說明。?
E. 已知問題:
如果有已知的問題或限制,也應該在變更日志中進行記錄。這有助于用戶了解在升級之前需要考慮的問題。
F. 其他說明:
如果有其他與版本相關的重要信息,比如不再支持的舊版本、重要提示或升級說明,也應該在變更日志中提供。
在每個新版本發布時更新變更日志,并確保保留之前版本的變更記錄。這樣用戶可以查看歷史版本的變更情況。
四.組件庫主體
不同體量的組件庫包含的內容有所差異,大體上分為兩大塊內容:
1)基礎元素
2)常用組件
常用組件是設計系統中經常被使用的一些界面元素或模塊,具有通用性和復用性,可以在不同的頁面和場景中被頻繁使用。
不同體量的組件庫之間在其包含的組件數量、深度和廣度,以及適用的范圍和復雜性方面有差異。通常按照首字母順序建立不同的頁面,列出當前規范中包含的具體組件。
3)頁面級別
頁面級別展示了不同頁面的設計示例和標注,幫助用戶理解不同頁面的結構和布局,并且可以通過示例直觀地感受到組件的實際應用效果。
五.存檔
存檔部分包含了一些過時或不再使用的組件,雖然它們不再發布,但仍然保留用于文檔和備份。這些組件可能已經找到了新的宿主庫,或者被新的組件替代,但它們的歷史價值依然存在。
這是一篇非常詳細的設計庫搭建指南,不要猶豫!快來嘗試從0搭建一個自己的設計組件庫吧,這將是一件充滿成就感的事情,你也會從實踐中學到更多的知識!??????????????
本文由 @自來卷夏憶 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!