設計師無論“點子”多酷、多富創意，難免面對實際“交付物”——交互文檔書寫的問題。尤其在一些大公司，文檔書寫的漂不漂亮有時是“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等定義。

　　最后關于文檔的使用再啰嗦幾句。文檔聽起來就是個乏味的詞，寫過文檔的設計師可能也有個感受：文檔寫完沒人看;或者把文檔交給工程師，文檔規范是一套內容，開發出來的版本是另外一套內容;有時候文檔的溝通效率還不如口頭的效率高…..其實文檔除了傳達出你的設計理念以外還很多其他好處:

　　- 團隊溝通的有力工具：無論是對新點子的記錄，還是通過文檔和其他環節的人溝通，“有型”的設計文檔總比“無形”的理念讓人容易理解。

　　- 規避團隊對設計認識不同：一個團隊中，不同人對于同一設計可能理解都不同。如果僅用口頭傳授，難免會出現因各環節理解不同造成最后設計無法對接。通過設計文檔可以明確一些概念，固定的說明記錄使得團隊保持對設計認識的一致。

　　- 可追蹤：文檔記錄項目變動，像一部歷史書方便檢視每次改版的成果。對于后面迭代設計開發和分析變化產生的結果都很有好處。也可以避免因人員調動或新人加入產生的項目延遲。