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

最終關于文檔的使用再煩瑣幾句。文檔聽起來便是個庸俗的詞，寫過文檔的規劃師或許也有個感觸：文檔寫完沒人看;或許把文檔交給工程師，文檔規范是一套內容，開發出來的版本是另外一套內容;有時候文檔的交流效率還不如口頭的效率高.....其實文檔除了傳達出你的規劃理念以外還許多其他優點:

- 團隊交流的有力東西：無論是對新點子的記載，還是通過文檔和其他環節的人交流，“有型”的規劃文檔總比“無形”的理念讓人容易理解。

- 規避團隊對規劃知道不同：一個團隊中，不同人對于同一規劃或許理解都不同。假如僅用口頭傳授，不免會出現因各環節理解不同造成最終規劃無法對接。通過規劃文檔能夠清晰一些概念，固定的闡明記載使得團隊堅持對規劃知道的共同。

- 可追蹤：文檔記載項目變動，像一部歷史書方便檢視每次改版的效果。對于后面迭代規劃開發和剖析變化發生的成果都很有優點。也能夠避免因人員調集或新人參加發生的項目推遲。