深圳APP開發的(de)産品規範你了(le)解多(duō)少

深圳APP開發公司樂(yuè)信科技有著(zhe)多(duō)年的(de)APP開發設計經驗，下(xià)面圍繞設計規範的(de)重要性，制定規範的(de)時(shí)機，制定的(de)過程和(hé)後續工作這(zhè)幾個(gè)方面來(lái)總結和(hé)分(fēn)享。

設計規範的(de)重要性

有人(rén)覺得(de)“規範隻是公司給外部看的(de)一種噱頭”，更像是體現一種公司視覺形象(VI)。其實互聯網公司的(de)産品設計規範并非是僅僅用(yòng)來(lái)宣傳形象的(de)，更多(duō)用(yòng)來(lái)使用(yòng)、簡化(huà)開發過程、使多(duō)個(gè)産品擁有一緻的(de)體驗，是落到實處的(de)東西。

在項目很多(duō)的(de)情況下(xià)，此時(shí)産品設計規範最能體現其作用(yòng)

 

方便設計開發産品

在制定設計規範的(de)過程中，會形成統一标準控件庫、頁面元素尺寸規定、配色方案規定和(hé)視覺風格統一指導。設計者可(kě)以按照(zhào)功能需求直接調用(yòng)規範中的(de)标準控件，按照(zhào)信息結構需求調用(yòng)不同的(de)元素尺寸進行設計。很輕易便能輸出高(gāo)保真原型圖，減輕了(le)設計過程中對(duì)交互控件選擇和(hé)信息排版的(de)思考負擔。

 

形成備案和(hé)文庫

如同技術文檔一樣，産品在設計方面也(yě)需要文檔與規範。由于業務需求的(de)變化(huà)，設計規範不會一成不變。通(tōng)過文檔備案記錄每次設計調整，調整的(de)初衷和(hé)理(lǐ)論依據，便于日後的(de)回顧與總結。自己在剛入部門時(shí)既沒有産品設計規範文檔，又沒有規範的(de)技術框架文檔，在産品成長(cháng)與傳承中出現了(le)中斷。形成簡單易讀的(de)文檔規範是一種對(duì)産品負責任的(de)體現。

 

制定規範的(de)時(shí)機

規範出現時(shí)機應恰到好處，過早或過晚，均會爲産品叠代帶來(lái)麻煩和(hé)阻礙。

在産品剛剛起步或僅叠代幾代版本後便想總結出一套規範爲時(shí)尚早。此時(shí)産品僅僅擁有大(dà)體發展方向和(hé)基本功能，很多(duō)細分(fēn)工功能不夠完善，産品整體不夠豐滿。此時(shí)制定出的(de)規範并不能起到概括和(hé)統一作用(yòng)，随著(zhe)産品不斷完善，大(dà)量功能需求會添加進來(lái)，而規範也(yě)要随之大(dà)更改，增加各個(gè)部門修改調整負擔。如此大(dà)規模修改規範本身就失去了(le)規範作爲一個(gè)準則的(de)意義。

在産品已經成熟之後再制定規範則爲時(shí)較晚。此時(shí)每個(gè)産品線上的(de)産品功能、結構信息組織框架已經定型，隻有偶爾優化(huà)提升體驗細節修改和(hé)輔助類功能的(de)添加。産品技術框架邏輯，尤其是前端技術框架已成型，且技術人(rén)員(yuán)在開發過程中對(duì)于産品界面設計，交互方式也(yě)谙熟于心。如果叠代過程中産品間差别不大(dà)還(hái)好，産品差别很大(dà)時(shí)，再出台規範會增加很多(duō)技術人(rén)員(yuán)調整的(de)成本，拖延新版本上線時(shí)間。
 

制定設計規範過程

設計規範雖然隻是簡單幾頁，但那是濃縮概括的(de)結果，并非一蹴而就。

早期注意積累和(hé)歸納

設計師在設計初期産品效果圖時(shí)要注意實時(shí)歸納和(hé)總結，原文件和(hé)導出文件進行分(fēn)類整理(lǐ)，對(duì)設計過程中使用(yòng)的(de)控件和(hé)模式及時(shí)歸納，同時(shí)簡單記錄一些界面設計的(de)初衷，有争議(yì)的(de)設計點等等。及時(shí)地總結對(duì)後期設計規範的(de)制定打下(xià)良好基礎，否則很容易忘記設計初衷，找不到文件或者設計負責人(rén)等等問題。總結歸納會議(yì)準備制作設計規範時(shí)，需要召集各産品線上的(de)設計師将設計結果進行彙總和(hé)提煉。這(zhè)樣的(de)會議(yì)既是討(tǎo)論性會議(yì)又是決策性會議(yì)，所以耗時(shí)較長(cháng)，但這(zhè)又是要制定設計規範的(de)必要會議(yì)。

制作

在動手制作之前，設計師間要對(duì)規範自身的(de)展現形式和(hé)樣式達成一緻。設計師按照(zhào)會議(yì)討(tǎo)論決議(yì)出的(de)結果制作自己負責模塊的(de)規範。模塊分(fēn)爲：配色，圖标，字體，控件尺寸，控件交互等等彙總和(hé)微調将各部分(fēn)規範彙總，再修改細節、微調排版後便可(kě)發布了(le)。爲了(le)使規範更方便傳播和(hé)閱讀，個(gè)人(rén)建議(yì)将規範以網頁形式呈現更爲合适。

 

規範标準

優秀設計規範擁有明(míng)确層級和(hé)邏輯，便于其他(tā)組員(yuán)查找相應内容，便于設計師日後對(duì)不同模塊進行内容完善。

優秀設計規範是高(gāo)度精簡和(hé)概括的(de)，将相同情境下(xià)的(de)不同設計樣式統一成适應性更強、更科學合理(lǐ)的(de)設計樣式，減少很多(duō)所謂的(de)特殊情況設計和(hé)繁瑣的(de)重複尺寸标注。參與設計開發的(de)組員(yuán)可(kě)以結合情景直接調用(yòng)适合的(de)設計樣式。當然在設計過程中會出現特殊情景，需要規範中不包含的(de)特殊設計樣式，此時(shí)設計師要單獨給出設計效果圖。當特殊情況越來(lái)越多(duō)就要考慮将這(zhè)些情況整合，補充進現有的(de)規範中。

 

後續補充

規範制定出來(lái)并非一成不變，随著(zhe)業務發展、需求增加，規範要在原有内容基礎上進行需改、增删。規範的(de)弊端就是每次有重大(dà)更改，會造成很多(duō)産品線多(duō)個(gè)産品的(de)相應調整，甚至還(hái)會牽扯到結構架構的(de)修改。

慎重修改已制定出的(de)規範，多(duō)采用(yòng)小更改叠代的(de)方式對(duì)規範進行補充修改。擁有設計規範并不代表團隊不再需要設計師，也(yě)不代表團隊中誰都可(kě)以使用(yòng)規範組件拼拼湊湊就輸出設計效果圖。産品設計含有感性的(de)成分(fēn)，需要設計師通(tōng)過調研和(hé)認知去設計、把握産品的(de)體驗。規範是工具、是标尺，需要設計開發人(rén)員(yuán)的(de)靈活運用(yòng)和(hé)不斷完善，适應變化(huà)。規範擁有重要作用(yòng)，但不可(kě)拿著(zhe)規範把産品做(zuò)死、做(zuò)僵。