為什麼要制定設計規範？

現在已經不是一個人做設計的時代了，多人協作中，為了達到設計的統一性，交互規範正在起着越來越重要的作用。而且軟件中還可以做成組件，大家共同維護，省時省力。

這篇文章分為三個部分：

為什麼要寫這些內容。首先第一部分讓大家大概瞭解設計規範有什麼內容，日後制定規範可以直接套用；瞭解第一部分就會發現，現在很多設計規範的內容都大差不差，每次一個新項目都有一個新規範，規範以及是一個累贅的負擔，沒有起到最初的作用：省時省力，當前我們團隊也沒有完全解決，這裏我就先假定某些解決方案僅供參考；第三部分則是花費了大量精力制定的規範如何評估它的合理性，依據有哪些，只有這樣，設計的合理性才可站穩腳跟。

話不多説，開始正題。

設計規範一般分為：視覺規範和交互規範。交互規範會更注重整體的層級關係、邏輯、流程方面的定義，對於已確認會用到的常用組件也會有概念定義，由於業務的不確定性，所以交互規範更多的是起到框起某個範圍的作用，設計師可以在該範圍中進行設計；而視覺規範則會事無鉅細的制定字體、顏色、邊距等等非常具體的規範，這是一個明確且不可變更的規範，除非有新的組件出現，已有的內容則基本都要按照規範去實現。

交互規範大體上包含：結構、佈局、公用組件、業務組件、反饋、公用流程（編輯等）、業務流程（下單等），再從上述幾個大類中去細分，就構成了一個規範。

視覺規範在交互規範的基礎上增加：顏色、字體、間距的規範即可。

制定規範的初衷也是為了解決一下問題：

身為懶人，在如何偷懶的道路上深有研究，那麼對於設計師而言偷懶偷得名正言順的規範怎麼能放過呢。如何通過制定規範達到省時省力的目的，這裏就詳細説一説。

制定規範分為以下幾個階段：

如果設計師處於多個項目中，就會出現要維護多套規範的情況。

這裏來説説以下的情況：

第一種情況很簡單，大家共同維護好一套規範，按部就班的迭代就好；第三種情況也簡單，由於產品互補，那麼整體的交互方式一致即可，相同、類似的操作可以採用統一的規範，至於業務流程部分則可從主規範中演變出來，那麼這時候設計目標、原則就起到了指向性作用。而第二種情況則比較複雜，產品不同、產品基調不同，規範不同也是情理中的事，但是如何維護，如何使用就成了問題。

第二種情況很難碰到，但每個公司生存肯定是有一個主線產品，不論外表產品形式如何更改，都無法改變核心業務。那麼可以參考第三種情況的方式，針對核心業務整理核心流程並組件化，這樣可以適配各種類型的產品，那麼剩下的工作就是針對項目做差異化設計了。

上圖（Xmind試用模式忽略忽略）是一個完整的交互規範可能有的內容：結構、佈局、流程、組件。結構主要是針對整體產品架構、結構層級的定義，這是一個產品的底層邏輯定義，而且設計原則也起到了設計指導的作用，當出現新組件、新流程時，如何制定最終方案還是要依據設計原則進行。

所以省時省力的做法就是：公用組件、流程提煉出來作為統一規範，而結構、佈局、業務流程和組件作為差異化的部分，以項目為緯度分別進行維護和迭代。

現在的規範系統都比較成熟，有經驗的人在項目初期就可以列出一個大概的規範出來，但是規範列出來了，如何評定這個規範的合理性呢？

上面3點就是我在做項目中總結的好的規範通過哪些緯度去評定：頻率、普適性和可擴展性

好了，以上就是對於規範的一點碎碎念，這裏都是從概念上去説明，後續會整理出合適的例子，那就到這裏，謝謝大家的觀看。

作者：青絳，微信公眾號：搬磚人員素養

本文由 @青絳 原創發佈於人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash ，基於 CC0 協議