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

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

實(shí)際項(xiàng)目中，文檔大體能夠分為三類：

- 用戶需求文檔

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

- 規(guī)劃文檔

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

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

- 寫文檔的人

- 用文檔的人

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

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

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

1、站點(diǎn)地圖（site maps）

2、流程圖（flow charts）

3、線框圖（wireframes）

4、視覺款式（screen designs）

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

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

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

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

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

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

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

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

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