說明是好設計

從業這幾年，自己寫過的和幫人蔘謀的所謂“設計規範”不少了，這個東西大概在中國的決策層眼裡是這麼回事兒 — 一幫農民在一塊田裡種糧食，起先天氣不錯，土地肥沃，但是不久天氣變差了，蟲子多了，土地沙化嚴重，還有幾個缺心眼的內鬼偷糧食，這下必須立定一個規範，挑頭的告訴他們該在哪兒種，收多少麥子算合格，哪部分的地是留到下一季種的，種出什麼樣的麥子給獎金，偷懶不幹活的怎麼處理……

但我理解的規範不是簡單的把一個設計做成一個“行業套路”的量化指標，而是一個綜合的品質評估的參考，甚至是一個設計能否面市的決定因素。為此，我們需要擬定一些表格，文件備案，圖形參考，互動模板。

同時，設計規範還要成為設計部門或者一個公司對於設計品質的共同價值觀，讓大傢伙都知道這樣做出來的是好設計，通過這樣的規範教育和交流，形成對設計品質的統一認識。設計規範不是規定要做什麼，而是提出這樣做是正確的，但是有更好的地方可以改進。

國外設計師管這種做法叫設計工具，是模板化應用的方法（stencil），我們稱之為規範，更多的偏向於規則（regulation），卻只學習到了量化指標的簡單部分。說的嚴重點吧，我們中國人向來就特別擅長給自己搞個框架（緊箍咒），來約束人的作為與想法，可能有三個原因： 我們不太擅長找到解決問題的嚴謹邏輯，甚至是已有現成教訓的； 我們始終缺乏對於團隊成員之間的信任，哪怕是共同合作了多年的； 我們的企業無法承擔某些錯誤帶來的後果，甚至是很小風險的。

我們一開始就把一個工具性的東西變成了制度，因此問題便出來了。對於成長期的設計團隊來說，建立設計規範需要的是確立一套可用工具，然後在工具的基礎上發展成為部門設計品質建設的road map，如果只是弄個“導航按鈕間距不得超過10px”這樣的規範，就跟小時候尿尿要聽到“噓~~~~”聲一樣，尿得更快。

我不是跟這兒扯談，在我看來咱們現在行業裡面瞧得見摸得著的優秀的設計規範不多，現在來說說，和大家交流一下：

　　1。 設計規範達不到預期效果的原因

總是出現問題和錯誤後才開始擬定和修改規範，缺乏預見性；

規範制定出來後，執行不到位，缺乏力度和獎懲措施，監督控制節奏拖沓緩慢；

在產品設計過程中，不對設計規範做進一步的修訂，甚至之前出現的錯誤也不去改正；

完全教條的根據設計規範設計，比如有些團隊做的還是通用設計規範，很多設計師就照著裡面的要求重複設計類似的頁面，類似的廣告，類似的動畫，完全豪無特色，沒有差異化。— 用心的`話，你可以看看現在各個網際網路產品的相似程度有多少？我不得不說，那些惡劣的設計規範要負一定的責任。

　　2。 設計規範最常見的錯誤

讓部門領導者制定設計規範 — 設計規範是共同討論出來的，在迭代中改進修正，由於國內設計師大多數有“領導恐懼症”，因此這樣的規範就算制定出來也是空頭支票，甚至有不少領導是很少參與一線工作的。

照搬國外成功團隊的設計規範 — 這樣的事情多半發生在喜歡“洋為中用”的設計團隊中，國內外的設計環境差異很大，產品差異很大，面對的市場差異也很大，所以不要照搬，更不要直接翻譯。

把設計規範打印出來貼在座位旁邊 — 這是“大字報”，還是“表決心”啊？從我認識的設計師朋友來說，經常看座位旁邊的東西只有2種，一是日程表，二是檢查手機電池是否充滿了。

　　3。 設計規範的本質是做好人的工作

在我看來，中國的企業只要是有設計部門的，做這個設計規範，最重要的是要和企業管理，團隊文化建設繫結到一起，做人的發展建設工作。我們的設計師老實說沒那麼成熟，也沒有過多的設計鍛鍊，整個不良的規範在哪兒杵著只會讓設計師更加不願意溝通 — “有啥好聊的？不是有規範麼，照著做就行了”

設計部門如果真的溝通緊密，在設計過程中有共同價值觀，這一個設計的流程是順水推舟的，也是自然就形成的“規範”，不需要過多的文字描述。我還見過某些公司的設計規範中赫然寫著：“一旦出現上述設計製作中A—C問題，設計師個人考評—5分”，OMG，原來你家的產品原來就值5分。

　　4。 優秀的設計規範要達到什麼目的 量化指標：

確定一般可用性原則和審美常識下的避免犯錯的方法，以及一旦出現錯誤後的補救方案。規範的第一個目的是減少設計過程中出錯的次數，一般這是針對新手設計師的，好的量化指標是告訴他經驗，比如：建議html檔案輸出後在ie6，ie7，firefox，safari中做至少2次不同解析度測試，並將結果新增到《設計規範—參考資料》中；而不是規定他方向，比如：根據產品部要求進行測試修改。 確認設計關鍵點：

獲得該設計規範針對範圍內的關鍵點，包括設計方向和設計元素，以通過專案設計的過程，達到團隊成員的更加密切的配合效果。它是一份檢驗檔案，記錄過程中的錯誤，留作以後的經驗。並在此可以做出專案和產品設計的里程碑。 規範設計原則：

這個原則有可能是針對單個專案的，也有可能是整個設計團隊的指導原則，這個原則要被反覆強調，反覆實施，團隊人員要共同為這個原則負責，比如：“確保在任何專案結束時間前4小時，完成設計輸出”，“絕不允許設計粗糙的介面方案，如下圖所示說明：XXXXX”等。 設計規範本身也需要可用性：

描述同一個設計要求，可以說：“S級設計師針對該專案phase1部分工作，可控時間不超過2。5迴圈週期，輸出交付件供ISO000459號程式評審”；但這樣描寫，能夠明白的人會更多“介面設計師 XXX 設計該專案介面高保真原型，需在10個工作日內完成，5月22日下午14：00在5號會議室評審”。

千萬不要把事情搞複雜，能把事情做簡單的人是偉大的，設計規範也是如此。