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