傳達出設計的“靈魂”——關(guān)于設計文檔的分析
設計師無論“點子”多酷、多富創(chuàng)意,難免面對實際“交付物”——交互文檔書寫的問題。尤其在一些大公司,文檔書寫的漂不漂亮有時是“Make-your-work-visible”的關(guān)鍵。
實際項目中,文檔大體可以分為三類:-用戶需求文檔-商業(yè)戰(zhàn)略文檔-設計文檔用戶需求文檔主要解決網(wǎng)站為“誰”提供服務,用戶是誰?的問題。商業(yè)戰(zhàn)略文檔主要是對產(chǎn)品概念模型、網(wǎng)站主要內(nèi)容和商業(yè)競爭分析。而設計文檔的書寫才是這里討論的重點。
首先,要弄清文檔和哪些人聯(lián)系在一起:
– 寫文檔的人
– 用文檔的人
– 批準文檔的人
如果你是“寫文檔的人即設計師”,那么還要滿足其他兩類人的需求——讓“用文檔的人”(無論是用研還是開發(fā)人員)領會你的設計意圖;讓“批準文檔的人”(也許是你的老板或股東)清楚理解你這樣設計的優(yōu)勢,計劃合理的工期和費用。
不同公司對設計文檔的稱呼各有不同,阿里這里稱作“DRD”,下文就用DRD簡稱來指代設計文檔。
設計文檔內(nèi)容主要有四類:
1、站點地圖(site maps)
2、流程圖(flow charts)
3、線框圖(wireframes)
4、視覺樣式(screen designs)
下面逐一進行分析:
1、站點地圖(site maps):就是用視覺的方式來表達出網(wǎng)站的層級結(jié)構(gòu)。
2、流程圖(flow charts):表達用戶或系統(tǒng)對某項任務執(zhí)行的流程。
3、線框圖(wireframes):更像最終產(chǎn)品呈現(xiàn)的毛胚。簡單來說,就是拋去配色、字體樣式、圖片等的原型設計。
4、視覺樣式(screen designs):幾乎是網(wǎng)站最終呈現(xiàn)的狀態(tài)。其中包含尺寸和對css等定義。
最后關(guān)于文檔的使用再啰嗦幾句。文檔聽起來就是個乏味的詞,寫過文檔的設計師可能也有個感受:文檔寫完沒人看;或者把文檔交給工程師,文檔規(guī)范是一套內(nèi)容,開發(fā)出來的版本是另外一套內(nèi)容;有時候文檔的溝通效率還不如口頭的效率高…..其實文檔除了傳達出你的設計理念以外還很多其他好處:
– 團隊溝通的有力工具:無論是對新點子的記錄,還是通過文檔和其他環(huán)節(jié)的人溝通,“有型”的設計文檔總比“無形”的理念讓人容易理解。
– 規(guī)避團隊對設計認識不同:一個團隊中,不同人對于同一設計可能理解都不同。如果僅用口頭傳授,難免會出現(xiàn)因各環(huán)節(jié)理解不同造成最后設計無法對接。通過設計文檔可以明確一些概念,固定的說明記錄使得團隊保持對設計認識的一致。
– 可追蹤:文檔記錄項目變動,像一部歷史書方便檢視每次改版的成果。對于后面迭代設計開發(fā)和分析變化產(chǎn)生的結(jié)果都很有好處。也可以避免因人員調(diào)動或新人加入產(chǎn)生的項目延遲。
源地址:http://www.zhangyq.com/de……ve-documents/
- 目前還沒評論,等你發(fā)揮!