規(guī)劃理念-有關(guān)規(guī)劃文檔的剖析

規(guī)劃師無論“點子”多酷、多富創(chuàng)意，不免面對實際“交給物”——交互文檔書寫的問題。尤其在一些大公司，文檔書寫的漂不漂亮有時是“Make your work visible”的關(guān)鍵。

實際項目中，文檔大體能夠分為三類：

- 用戶需求文檔

- 商業(yè)戰(zhàn)略文檔

- 規(guī)劃文檔

用戶需求文檔首要解決網(wǎng)站為“誰”供給服務(wù)，用戶是誰？的問題。商業(yè)戰(zhàn)略文檔首要是對產(chǎn)品概念模型、網(wǎng)站首要內(nèi)容和商業(yè)競賽剖析。而規(guī)劃文檔的書寫才是這兒評論的重點。

首要，要澄清文檔和哪些人聯(lián)系在一起：

- 寫文檔的人

- 用文檔的人

- 批準(zhǔn)文檔的人

假如你是“寫文檔的人即規(guī)劃師”，那么還要滿意其他兩類人的需求——讓“用文檔的人”（無論是用研還是開發(fā)人員）領(lǐng)會你的規(guī)劃意圖；讓“批準(zhǔn)文檔的人”（也許是你的老板或股東）清楚理解你這樣規(guī)劃的優(yōu)勢，計劃合理的工期和費用。

不同公司對規(guī)劃文檔的稱呼各有不同，阿里這兒稱作“DRD”，下文就用DRD簡稱來指代規(guī)劃文檔。
規(guī)劃文檔內(nèi)容首要有四類：

1、站點地圖（site maps）

2、流程圖（flow charts）

3、線框圖（wireframes）

4、視覺款式（screen designs）

下面逐個進(jìn)行剖析：

1、站點地圖（site maps）：便是用視覺的方式來表達(dá)出網(wǎng)站的層級結(jié)構(gòu)。

2、流程圖（flow charts）：表達(dá)用戶或體系對某項使命執(zhí)行的流程。

3、線框圖（wireframes）：更像終究產(chǎn)品出現(xiàn)的毛胚。簡略來說，便是拋去配色、字體款式、圖片等的原型規(guī)劃。

4、視覺款式（screen designs）：幾乎是網(wǎng)站終究出現(xiàn)的狀況。其中包括尺寸和對css等界說。

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

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

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

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