什么?!你還不會搭建Figma設計組件庫?

0 評論 1881 瀏覽 8 收藏 7 分鐘

現在不少公司都選擇用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 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!