規範意義和應用管理

我理解的規範不只是設計規範，產品、開發等也有自己一套規範，於產品、設計、開發、測試以及維護多專業之間應該是有機鏈接和貫穿的，具體的表達則會根據不同階段、專業的側重而有所不同。

規範意義

於橫向：當前多人、多專業、多平台的總則；

於縱向：規範在時間維度上提供可持續的基礎語境；

規範同時也要順應團隊情況、產品業務策略、運營階段等的改變而改變，不是一味遵循。所以規範除了在橫縱方向上的意義之外，也有再批判的意義；

橫向

規範於產品、設計、開發、測試以及維護多專業之間應該是有機鏈接和貫穿的，具體的表達則會根據不同階段、專業的側重而有所不同；

產品於設計：

設計需要對產品業務分類有個很好的理解，這樣對不同業務的著重或特色有宏觀的視角，便於整理規範時從產品出發思考，避免陷入僅僅從視覺效果分類的問題；

思考：規範於產品的意義？

設計自身

首先總述不同產品區塊背後業務需求是什麼，應用場景有什麼，解決方法是什麼，思考的綜述（後續是否有更好的方法？）。這樣使用規範時先思考當下的需求同規範是否契合，是否還可以通用有個再思考過程，畢竟產品於不同階段發展目的也許會有不同，之前的規範在現在的場景下就不定適用。

開發／開發於設計

規範於開發可以起到梳理類型、組件等可通用或者復用的內容；開發具體事實現邏輯也可以反過來調整規範，使得跟開發之間的銜接更有機。

測試

規範於測試同開發有類似的意義；

縱向

規範於縱向的調整：產品自身階段需求變化以及規範自身的優化；

產品的發展會隨著戰略、市場、運營、產品自身等的規劃調整做變動，規範的維護也需要同步更新，對於非顯而易見的決定也需要備註改動背景、原因、思考點等。

規範於縱向的意義：對相關人員的變動之後為很好對接快速適應起到承上啟下的作用；

公司內部人員變動很正常，走了老同事，來了新同事，之前的設計決策新人不知道原因，決策的人又走了；即使是相同的人在不同時期也可能忘掉了之前的決策背景原因，因此規範對相關決策點的記錄在這個時候就發揮了作用。

規範內容以及迭代

規範內容

• 產品區塊分類：於產品的不同區塊，著重強調的內容會有所區別；
• 功能流程：產品功能之間的路徑關係；
• 擴展內容：內容區域會隨著新內容的添加而變動，不同內容數量的展示以及數量限制的設計等；
• 交互邏輯：界面的轉場邏輯以及不同平台設備上的適配；
• 元素意義：這個元素有什麼的功能、對用戶來說有什麼幫助、呈現什麼信息等等。
• 運用場合、時機，與其原因：什麼情況下會使用到這項元素？它會出現在什麼地方？
• 使用規則、限制：要怎麼使用這項元素、使用這項元素需要注意什麼事情？為什麼？
• 元素間一制性（新制規則）：若現有元素不敷使用、需另制新款時，必須符合哪些規定以求風格一致？
• 組合運用：當元素和其他組件混合使用，會有什麼限制？是否有特例情況？
• 動畫：示意和必要參數；
• 狀態變化：內容狀態變化【空信息，錯誤狀態等（思考如何避免用戶出錯）】和組件呈現狀態變化（hover）；
• 平台／設備差異性：若產品發佈於各種平台上，該元素是否會有不同的情況？如何適配？
• 視障友好
• 正確示範、錯誤示範；

迭代

迭代歷史／版本記錄：每次規範迭代時遇到的問題、思考過程、最終方案、數據表現等；

painting:Fausto Zonaro