簡單來談一下，為什么軟件開發(fā)項目中，需要需求文檔這么個東西？
在稍微大一點的開發(fā)團(tuán)隊中，產(chǎn)品經(jīng)理未必能向所有開發(fā)人員，傳達(dá)具體的產(chǎn)品開發(fā)需求。這時就需要一份文檔來供所有的項目參與人員閱讀。而產(chǎn)品經(jīng)理又常常愛拍腦袋、容易變卦，所以文檔也是開發(fā)人員約束產(chǎn)品經(jīng)理的一項武器。在產(chǎn)品上線前的測試環(huán)節(jié)，測試人員也同樣會拿產(chǎn)品需求文檔來驗收產(chǎn)品質(zhì)量。當(dāng)團(tuán)隊進(jìn)入新人時，文檔也可以讓新人更快地了解產(chǎn)品。
總的來說，產(chǎn)品需求文檔有三個核心作用：
- 傳達(dá)產(chǎn)品開發(fā)需求；
- 保證各部門溝通有理有據(jù)
- 產(chǎn)品質(zhì)量控制有具體標(biāo)準(zhǔn)
由此可見，產(chǎn)品需求文檔是必不可少的。那一份好的需求文檔，就應(yīng)該能準(zhǔn)確傳達(dá)出產(chǎn)品的開發(fā)需求。那么產(chǎn)品需求文檔該用什么方式寫，才能更好地傳達(dá)出產(chǎn)品開發(fā)需求呢？
就我所見，行業(yè)大多產(chǎn)品經(jīng)理都是用Word Axure原型的方式組成產(chǎn)品需求文檔。那這種方式，是否真的能方便地表達(dá)出產(chǎn)品需求？我問了很多程序猿，他們在開發(fā)時，一般都是看著效果圖和原型圖寫代碼，只有在遇到問題時，才會查看word文檔。也就是說，開發(fā)需要一邊寫代碼，一邊看效果圖，一邊看原型，還要時不時查看文檔。而且，大多數(shù)程序猿都不會逐字逐句去讀產(chǎn)品經(jīng)理的長篇大論。那產(chǎn)品經(jīng)理寫word真的合適嗎？這樣的用戶體驗真的好嗎？花費大量時間寫word真的有價值嗎？在Axure畫原型的同時，我們?yōu)槭裁床荒苤苯釉谂赃厴?biāo)注呢？這樣豈不是方便快捷很多嗎？
其實，當(dāng)下流行一種直接在原型圖上標(biāo)注的需求文檔撰寫方式。在新版的Axure8中，也已經(jīng)推薦了原型加標(biāo)注的需求文檔樣式。Axure8新增了一組部件—不干貼，就是方便產(chǎn)品設(shè)計人員進(jìn)行功能標(biāo)注。
重視用戶體驗的產(chǎn)品需求文檔該怎么寫？
下面我就不講思路了，先展示我的產(chǎn)品需求文檔的歷史版本和最新版本對比。
產(chǎn)品需求文檔V1.0 版
這是我一年前的原型加標(biāo)注，只有很粗糙的標(biāo)注，現(xiàn)在看來真的是很low啊
產(chǎn)品需求文檔v2.0版本
這個是第二個大改版，做成了網(wǎng)頁的形式，有一級導(dǎo)航，二級導(dǎo)航，還有版本號。左邊的站點地圖也進(jìn)行了清晰的邏輯分組。
產(chǎn)品需求文檔v3.0
這是現(xiàn)在我用的版本，導(dǎo)航欄變得精致了有沒有。所有標(biāo)注都進(jìn)行了像素級排版，所有的間距都用準(zhǔn)確的像素測量，然后布局。
隨著每個版本的調(diào)整修改，其實都伴隨著視覺效果提升、邏輯架構(gòu)更清楚，也更加提升了用戶體驗。
下面繼續(xù)來展示更多頁面
產(chǎn)品簡介
我將PPT做的商業(yè)需求文檔貼在了里面，真可謂時時刻刻不忘商業(yè)目標(biāo)啊
版本說明
是非常重要的版塊，整個版本所有的需求都列在這里，并且已經(jīng)寫好了版本升級的提示內(nèi)容，市場同學(xué)可以直接拿去用。開發(fā)同學(xué)通常都是參考這里來進(jìn)行工作分配，點擊詳情按鈕，可以直接跳轉(zhuǎn)到原型圖頁面，那里有詳細(xì)的需求描述
開發(fā)周期
此頁面我沒有進(jìn)行詳細(xì)豐富，其實還可以寫具體什么功能，由誰負(fù)責(zé)，工期多久等內(nèi)容
版本歷史
這個頁面也是很重要的頁面，所有的版本迭代都可以展示在此表格，可以清晰地看到你們團(tuán)隊的版本迭代周期
修訂歷史
此頁面是非常重要的頁面，雖然他是排在最后一個位置，但是，每次打開Axure文檔都會先顯示此頁面。就拿需求文檔來說，我還沒遇到哪個版本不用進(jìn)行修改的，所以產(chǎn)品經(jīng)理一定要把每次文檔調(diào)整的地方在這里清晰地寫出來，方便文檔讀者觀看，也方便自己記錄
思維導(dǎo)圖
這個版塊下，全是產(chǎn)品相關(guān)的圖表，比如產(chǎn)品結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、流程圖等。我曾經(jīng)嘗試用Axure自帶的流程圖部件來畫流程圖和思維導(dǎo)圖，但得出的結(jié)論是，太耗時間，而且布局很費力。所以，這里我都是用mindmanager導(dǎo)出圖片
全局說明
這個頁面其實是展示整個產(chǎn)品的設(shè)計規(guī)范，一些很多頁面通用的規(guī)則都可以在這里展示
交互原型
此頁面就是所有的原型 標(biāo)注頁面了，在這里，我會將這個頁面所有的功能與跳轉(zhuǎn)邏輯標(biāo)注清楚，并且用紅色將重要按鈕凸顯出來，用藍(lán)色標(biāo)記可點擊的鏈接。而功能標(biāo)注的布局我是仿照sketch的風(fēng)格設(shè)計的，但比sketch更優(yōu)秀的地方在于，很多地方是可以點擊的，具有交互的
用例文檔
其實，這個用例文檔的頁面，是我閑的無聊時做的，并沒有什么卵用，測試人員也不會使用此表，更加方便的還是Excel
需求卡片
這個頁面到現(xiàn)在也已經(jīng)放棄了，因為對需求的整理，最好還是在Excel中
結(jié)尾
到這里，我的產(chǎn)品需求文檔就講完了。從最粗糙的原型到現(xiàn)在精細(xì)的原型，歷時一年。我能從表象的產(chǎn)品需求文檔中看出，自己本身的能力也在逐步提高。其實，文檔也是幫助產(chǎn)品經(jīng)理梳理思路的一種手段。突然想到，什么是產(chǎn)品思維？不斷發(fā)現(xiàn)問題，解決問題就是產(chǎn)品思維。只有不斷思考，不斷發(fā)現(xiàn)問題，不斷總結(jié)，才能優(yōu)化出更優(yōu)秀的產(chǎn)品。
承擔(dān)因您的行為而導(dǎo)致的法律責(zé)任，
本站有權(quán)保留或刪除有爭議評論。
參與本評論即表明您已經(jīng)閱讀并接受
上述條款。