最近為了設計提高效率和質量，我開始研究如何做規範。看了一圈別人做的設計規範，又回想了一下自己以前做的，總結了以下幾個經驗。

設計規範的共性

不同的規範雖然內容差別很大，但是對比一下它們的目錄，卻又很多相似之處，通常包含：布局、組件、配色、圖標這四部分。組件里的分類無非是導航、菜單、表單、列表、表格、按鈕、彈出框諸如此類，我就不一一列出了。

設計規範有哪幾類

總體看來，我發現這三類設計規範出現概率很高：

1、給產品經理看的

IOS和早些年的Android（現在已經統一改用Material Design）設計規範就屬於給產品經理看的，裡面寫的東西大多圍繞如何選擇大的方向、哪種處理方式更加合理展開的，界面細節卻沒有詳細介紹。

這種規範適合用來做演講，內容不多，都很有道理，參雜這很多創新的功能。而拿著它做設計卻很痛苦，因為它不告訴你如何才能達到理念中所勾勒的那個目標，圖標、尺寸、陪色、字體……很多東西都不明確。

2、給設計師看的

這種規範通常的好處是內容很豐富、圖例很多、建議比較詳細，能夠讓設計師以此為基礎發揮自己的創造力。Material Design就屬於這一類，而且裡面很多1:1的範例可以直接拿來做參考這點非常感人。

但這種規範也有不足之處。一是它缺乏針對具體場景的規則，常常把所有可能用到的元素都拿出來一一細說，然而卻不告訴你應該在什麼場合使用什麼。

二是容易理想化，因為做這種規範的人通常是純粹的設計師，所以裡面很多設計想法未必有足夠的可實現性，或是一些創意未必經得過實踐的考驗。

Material Design裡面很多看起來簡單的設計其實是很難實現的，例如用解析度敏感的dp取代像素單位其實大部分情況下很難實現。

Material Design的文本框中，說明文字會變換位置和大小，排多了看起來會很亂。

3、給程序員看的

這類不太關心布局、交互、配色等細節，而是告訴讀者他們能做出什麼東西，怎麼做出那些東西。

這類規範筆我原本預想的要多很多，其中令我印象最深刻的是Windows Phone的設計規範，因為我本科時參加過微軟創新杯（還得了全國一等獎），為了設計比賽作品我曾花很大精力研究過這個規範（當時英語又爛）。

程序員的隊友都稱讚Windows的設計規範有多好多好，只有我覺得用起來無比痛苦。現在想來，Windows Phone的設計規範雖然稱之為設計規範。

區別於Windows Phone的開發規範，但它完全是個教程序員如何實現各種界面的指南。產品經理可能還可以用它來看看頁面類型，對設計師來說卻沒有太大幫助。

這種規範對於不需要設計師的場景還是非常有幫助的，比較相比前兩種，這種的可實現性非常高。

設計規範的選取

我認為上文提過的三種設計規範都很重要，且適用於不同的場合。第一類給產品經理看的規範適合設計初期，確定理念、報告思路階段。

第二類給設計師看的規範適合在設計定型階段，這個時候界面具體長什麼樣已經確定了，但是未來的實施過程還會帶來一些不確定因素。

第三類規範適用於開發階段，根據界面來規範代碼，能夠大大提升前段的開發效率。

設計規範的常見遺漏

由於第一類規範的內容要求不多，所以這裡的遺漏主要針對後面兩類。

1、文本格式

設計師常過分專註於畫圖，而忘記了文字也應該有所規範。例如，日期可能的格式有很多，例如「YYYY年MM月DD日」、「YYYY年M月D日」、「YYYY/MM/DD」等等。

再比如說單位，是用「大小：100M」、「大小：100兆」還是「大小（M）：100」呢？

這些文本格式定義起來並不花時間，可是如果沒有規範的話，可能同一個東西在每個頁面的展示方式都不一樣，對用戶來說也挺煩的。

2、特殊狀態

做設計和做規範的區別是，做設計時，只有在知道某個東西有某個狀態時，才會去設計那個狀態；做規範時，通常要假定所有數據和操作都有狀態，不同東西在不同地方的同類狀態最好能夠統一。

所有操作都可能失效，不管是按鈕、鏈接、輸入框、下拉菜單……什麼情況在失效時顯示失效狀態，什麼時候完全隱藏該操作，這些都是可以統一考慮設計的東西。

所有的操作都可能出錯，尤其是輸入框的出錯率極高。如果出錯了，如何告訴用戶哪裡錯了？如何糾正？由此還可以聯想到，如何在一開始就避免用戶犯錯？

所有擺放數據的地方都有可能沒有內容，也許是列表為空，也許是欄位為空。這種情況該如何明確又美觀地告訴用戶這裡沒有內容不是網路問題也不是系統問題？

△ 頁面沒有內容的顯示效果

所有內容都有可能出現異常，網路不穩定、格式不支持、系統出錯等。這種狀況如何明確又美觀地告訴用戶可能是哪裡出現問題，如何補救？

成功也需要有成功的狀態，有些時候頁面不止一項任務，第一項成功了，第二項失敗了，用戶走到第三項時不一定還記得第一項是成功的還是失敗的。

3、多級多選和過量

一個靈活的界面規範能夠應對大部分的內容變化。例如導航和菜單的項目數量和級數通常是不確定的，下拉選框也不一定只能勾選一項內容。

更靈活的情況還有，一篇文章可能長達數十屏，這時該自動識別文章內的標題並生成目錄，還是分頁展示？

4、使用指南

使用指南是設計過程中通常被拖到最後才想起來的東西，在規範里也常被忽視。

其中最重要的是用戶首次使用時看到的操作指南，這種操作指南可能不只在首頁出現，並且未來可能隨著設計的變更而變更，所以這種首次使用的操作指南是很有必要做成規範的。

△ 首次使用的操作指南

此外，使用過程中，在關鍵時候出現的操作提示也可以有規範。例如用戶進入一個新功能時，可能會出現該功能的介紹。

5、尺寸適配

響應式界面已經被說了這麼多年了，而被明確放在規範里的，除了Material Design之外還真是很難找到了。如果你想了解響應式界面，可以看我之前的文章《設計響應式界面該清楚哪些》。

響應式界面有很多分類和實現方式，不論是視覺、交互還是前段都有所涉及，每個頁面和元素都可能根據實際情況需要特殊處理，這也是為什麼響應式設計很難定製規範。

△ 響應式界面：如果是頁面是容器，內容就像水一樣

除了整個頁面的適配之外，小的組件也最好是可能變化尺寸的。例如同一張圖表，可能被放在一個很空曠的頁面，也有可能被放在一個很擁擠的頁面。

需要調整尺寸時，哪些可以縮放哪些不能縮放，對其的中心是什麼……這些如果能夠明確，設計將會變得越來越像拼圖。

除了整個頁面的適配之外，小的組件也最好是可以自動調整尺寸。例如同一張圖表可能被放在一個很空曠的頁面，也有可能被放在一個很擁擠的頁面。

組件需要調整尺寸時，哪些可以縮放哪些不能縮放，對其的中心是什麼……這些如果能夠明確，設計將會變得越來越像拼圖。

6、動效

動效也火了很久了，但是似乎還是停留於表面，缺少一套可依賴的標準。動效師並不好當，既要有超高的編碼能力，又要有敏感的美學神經。也許就是因為這麼困難，才導致大部分設計規範即便包含動效這一目錄，裡面填充的內容也非常模糊不清。

7、音效

大部分應用是沒有音效的，因為音效很容易讓人厭煩，而且節奏不好把控。但是對於音樂、視頻等媒體應用，音效的發揮空間卻很大，至今尚未開發。

撇開這些不談，如果有音效，何時使用何種、多大音量、時長多少、震動模式（手機）時需不需要震動反饋，很多東西都可以考慮。

8、手勢

和鍵盤的快捷鍵一樣，偏愛觸屏手勢的也大有人在，而且手勢也能讓產品更加獨特。如果允許使用手勢，這部分也可以有所規範。

推薦閱讀：

相关文章