Word產品需求文檔,已經過時了
說來有些慚愧,寫這篇文章是用來教大家寫需求文檔的。但其實,我很少會寫傳統意義上的產品需求文檔;甚至,我連word都很少用。用慣了Axure的任意布局方式,再用word感覺非常別扭,尤其是在添加圖片時,簡直感到捉急。當然,這不是我不用word寫需求文檔的根本原因。
簡單來談一下,為什么軟件開發項目中,需要需求文檔這么個東西?
在稍微大一點的開發團隊中,產品經理未必能向所有開發人員,傳達具體的產品開發需求。這時就需要一份文檔來供所有的項目參與人員閱讀。而產品經理又常常愛拍腦袋、容易變卦,所以文檔也是開發人員約束產品經理的一項武器。在產品上線前的測試環節,測試人員也同樣會拿產品需求文檔來驗收產品質量。當團隊進入新人時,文檔也可以讓新人更快地了解產品。
總的來說,產品需求文檔有三個核心作用:
- 傳達產品開發需求;
- 保證各部門溝通有理有據
- 產品質量控制有具體標準
由此可見,產品需求文檔是必不可少的。那一份好的需求文檔,就應該能準確傳達出產品的開發需求。那么產品需求文檔該用什么方式寫,才能更好地傳達出產品開發需求呢?
就我所見,行業大多產品經理都是用Word+Axure原型的方式組成產品需求文檔。那這種方式,是否真的能方便地表達出產品需求?我問了很多程序猿,他們在開發時,一般都是看著效果圖和原型圖寫代碼,只有在遇到問題時,才會查看word文檔。也就是說,開發需要一邊寫代碼,一邊看效果圖,一邊看原型,還要時不時查看文檔。而且,大多數程序猿都不會逐字逐句去讀產品經理的長篇大論。那產品經理寫word真的合適嗎?這樣的用戶體驗真的好嗎?花費大量時間寫word真的有價值嗎?在Axure畫原型的同時,我們為什么不能直接在旁邊標注呢?這樣豈不是方便快捷很多嗎?
其實,當下流行一種直接在原型圖上標注的需求文檔撰寫方式。在新版的Axure8中,也已經推薦了原型加標注的需求文檔樣式。Axure8新增了一組部件—不干貼,就是方便產品設計人員進行功能標注。
重視用戶體驗的產品需求文檔該怎么寫?
下面我就不講思路了,先展示我的產品需求文檔的歷史版本和最新版本對比。
產品需求文檔V1.0 版
這是我一年前的原型加標注,只有很粗糙的標注,現在看來真的是很low啊
產品需求文檔v2.0版本
這個是第二個大改版,做成了網頁的形式,有一級導航,二級導航,還有版本號。左邊的站點地圖也進行了清晰的邏輯分組。
產品需求文檔v3.0
這是現在我用的版本,導航欄變得精致了有沒有。所有標注都進行了像素級排版,所有的間距都用準確的像素測量,然后布局。
隨著每個版本的調整修改,其實都伴隨著視覺效果提升、邏輯架構更清楚,也更加提升了用戶體驗。
下面繼續來展示更多頁面
產品簡介
我將PPT做的商業需求文檔貼在了里面,真可謂時時刻刻不忘商業目標啊
版本說明
是非常重要的版塊,整個版本所有的需求都列在這里,并且已經寫好了版本升級的提示內容,市場同學可以直接拿去用。開發同學通常都是參考這里來進行工作分配,點擊詳情按鈕,可以直接跳轉到原型圖頁面,那里有詳細的需求描述
開發周期
此頁面我沒有進行詳細豐富,其實還可以寫具體什么功能,由誰負責,工期多久等內容
版本歷史
這個頁面也是很重要的頁面,所有的版本迭代都可以展示在此表格,可以清晰地看到你們團隊的版本迭代周期
修訂歷史
此頁面是非常重要的頁面,雖然他是排在最后一個位置,但是,每次打開Axure文檔都會先顯示此頁面。就拿需求文檔來說,我還沒遇到哪個版本不用進行修改的,所以產品經理一定要把每次文檔調整的地方在這里清晰地寫出來,方便文檔讀者觀看,也方便自己記錄
思維導圖
這個版塊下,全是產品相關的圖表,比如產品結構圖、信息結構圖、流程圖等。我曾經嘗試用Axure自帶的流程圖部件來畫流程圖和思維導圖,但得出的結論是,太耗時間,而且布局很費力。所以,這里我都是用mindmanager導出圖片
全局說明
這個頁面其實是展示整個產品的設計規范,一些很多頁面通用的規則都可以在這里展示
交互原型
此頁面就是所有的原型+標注頁面了,在這里,我會將這個頁面所有的功能與跳轉邏輯標注清楚,并且用紅色將重要按鈕凸顯出來,用藍色標記可點擊的鏈接。而功能標注的布局我是仿照sketch的風格設計的,但比sketch更優秀的地方在于,很多地方是可以點擊的,具有交互的
用例文檔
其實,這個用例文檔的頁面,是我閑的無聊時做的,并沒有什么卵用,測試人員也不會使用此表,更加方便的還是Excel
需求卡片
這個頁面到現在也已經放棄了,因為對需求的整理,最好還是在Excel中
結尾
到這里,我的產品需求文檔就講完了。從最粗糙的原型到現在精細的原型,歷時一年。我能從表象的產品需求文檔中看出,自己本身的能力也在逐步提高。其實,文檔也是幫助產品經理梳理思路的一種手段。突然想到,什么是產品思維?不斷發現問題,解決問題就是產品思維。只有不斷思考,不斷發現問題,不斷總結,才能優化出更優秀的產品。
本文由 @臻龍 原創發布于人人都是產品經理?,未經許可,禁止轉載。
學習一下,這樣可以降低溝通成本
求RP,謝謝 5576005@qq.com
迄今為止最精致的文檔教程 ?? ?? ?? ??
大神 求模板 491433185@qq.com
求模板 180000282@qq.com ?? ??
然而我不想求模板,我只想問一下,您的導航欄是用動態做的還是每個頁面單獨做了一個。。。如果是一個模板下來的,能否指點我一下。。謝謝啦
有創意 ??
大神 求模板啊 我還是一個小白
好棒,很好的思路和建議。大神,如方便的話,求一份模板,謝謝。473993956@qq.com
求模板 謝謝
寫的真棒!求一份需求文檔模板~~方便嗎? ??
我的郵箱:1241621825@qq.com
大神,求模板學習學習,84336536@qq.com 萬分感謝
大神 你好!求模板 1312984781@qq.com
大神 膜拜中 307366566@qq.com
大神求文檔
入門新人方原景,能發給我一份學習一下嗎?2242506799@qq.com,非常需要
求一份文檔,多謝LZ,2198775271@qq.com
求大神給一份模板!謝謝~~~453438435@qq.com
503583352@qq.com 謝謝樓主
前輩您好,我是新人,看到您的模板真實做的太好了,求一份學習。非常感謝! 1281009845@qq.com
熱愛學習的小白向前輩求RP原型文檔 455868788@qq.com
已做PDR兩年,開始用word,發覺開發同胞們基本看的很少,每次功能出來后或者開發中總會問我這個怎么處理,每次總憋著想吼出prd都有寫怎么不自己看呀的沖動,后期的溝通才知道他們基本很少看那么多文字,自己看不如問來的直接粗暴,頓時覺得很累挺。后來找了一個設計原型的軟件GUI design,說白了就是把設想的功能展示出來,在每個功能旁邊增加相應的功能說明等,覺得方便了不少。。。再后來,當出現需求功能變更時,說實話這個軟件優勢就不是很明顯,畢竟就像筆者所說,需求更新太快,啊,此時開始頭疼各種文檔。所以,具備原型開發,需求跟進等一系列的問題,如果在一個系統里面體現是最完美不夠的,文章里面提到的各種思維方式的確需要好好學習,收益匪淺,拜謝~
模板做好之后,每次新的修訂的時候不是很麻煩么,文字輸入沒有word方便啊 表格也不好插入,表格都做成母版了?
樓主好人 求模板 241925248@qq.com
樓主好人 求模板
求一個rp原型文檔,謝謝!panchen2014@gmail.com
產品小白求RP原型文檔 yuliuqinning@163.com。。。 ??
入門新人,能發給我一份學習一下嗎?852345703@qq.com
求源文件rp一份 912655408@qq.com 。謝謝
神一樣的產品需求文檔,求大神分享一下 573270937@qq.com