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中
結尾
到這里,我的產品需求文檔就講完了。從最粗糙的原型到現在精細的原型,歷時一年。我能從表象的產品需求文檔中看出,自己本身的能力也在逐步提高。其實,文檔也是幫助產品經理梳理思路的一種手段。突然想到,什么是產品思維?不斷發現問題,解決問題就是產品思維。只有不斷思考,不斷發現問題,不斷總結,才能優化出更優秀的產品。
本文由 @臻龍 原創發布于人人都是產品經理?,未經許可,禁止轉載。
?? 產品新手!!求發一份??!大神,謝謝了!363312547@qq.com
新人入門,未經洗禮,望老師發一份,感謝。2499007337@qq.com
花了很久做了一點,純新人,希望老師能給我發一份。。感謝。。2945287484@qq.com
謝謝樓主,看了之后感覺視野大大開闊了,很有幫助!
只是思維導圖那一部分,是一直困擾我的地方,能發份完整版的思維導圖,或者類似的文章,再次感謝!
樓主,看完了受益匪淺,還在用冗長的word,能發我一份么,謝謝了 ??
cbcccclove@163.com
樓主,求一份需求模板~~~515712374@qq.com!在此謝過 ?? ?? ??
很喜歡樓主這篇文章,也試著用Axure照著樓主的文檔模型做了一份,可惜交互掌握不夠嫻熟做的不太好,如果可以的話希望樓主提供這套模板以供學習之用,感激不盡。16186316@qq.com
?? ?? 產品經理設計出來的東西面向用戶,讓用戶最簡單,最易理解,是比較歡樂的事情。所以從產品設計需求文檔怎么讓看的人更快理解,就是一種體驗,更多的延申到,你怎么去提問題,什么方式去溝通去表達 才能讓 對應的人 很快理解 并接受?產品需求文檔中 最重要的一點 是背景說明,你要告訴大家為什么 要實現這個需求,哪怕是改動再小的需求點。多想想,多反思,從需求開始就踢除糟粕。
樓主,求一份需求模板~~~994149572@qq.com!在此謝過 ??
哈哈
太贊了 ?? ,本人3個月產品新人,Axure基本操作,還在畫草圖階段,希望能夠學習樓主源文件,萬分感謝。237905372@qq.com
樓主您好,作為一個產品新人,第一次進這個網站就看到這篇文章,實在三生有幸,畢竟前人的經驗能讓后人少走很多彎路,希望您也能發給我一份這個文檔,421961903@qq.com。感謝感謝?。??? ??
你好,可以借鑒一下你的文檔嗎,看見你寫的很新穎,想嘗試做一下,希望能發到我的郵箱 cuixuan@huoniu360.com 謝謝你了
http://bbyuyin.com/
這款產品是你家的?
你好,我在人人都是產品經理看到你的那篇文章,很受益,然后分享給了群里。我也按照你的模板做了一份。但是其中頁面條件的思維導圖可能只有一半,是否可以借鑒下。798607530.我叫張棟良,是2個月的產品新人,萬分感謝
給我一份,謝謝, 190899460@qq.com
這幾天試著用axure模仿你的版式也做了個類似的,結果沒想象的方便。axure的跨頁面交互支持的很差勁,而使用母板的功能有限??偨Y下來就是,像樓主這樣的版式清晰的網頁文檔,可以實現,但是模版化的效果很差。就算做出一份模版,下次用的話,仍然需要花大量時間搞定交互。
只是將Word轉移到了原型圖中。如果技術人員只看效果圖怎么辦?
學習了!
點贊,學習了!
囧,最近都在致力于優化自己的prd.
第一年時候時prd按頁面來寫,會把所有比如操作的不同狀態、運營語、每行幾個字、輸入、輸出、流程圖一系列都寫的清清楚楚。
去年底就覺得這種方法既浪費自己的時間,而且也不方便開發同事查閱(索然prd和原型頁面是對應的)
后來就摸索著按照頁面功能來寫prd,同時把共性的東西放到一個專門的文檔里(比如,手機號輸入框的提示語、網絡不佳提示語等),但是感覺還是不是很美好。
最近在摸索把需求文檔,放在UE原型里寫。
所以樓樓如果不介意,我想和加個QQ,交換文檔,也彼此溝通學習。911275231@qq.com
希望需求文檔的模板借鑒,非常感謝!393386109@qq.com
樓主求交換學習 之前一直做的word文檔 191591449@qq.com
求文檔學習學習,郵箱:1074384966@qq.com
希望得到大神的指導,一起交流學習。QQ:751238315
讓大家都想著跟你要,既然想分享,又讓大家留聯系方式,就不要欺騙大家的感情。問過了那些你答應過給的人了,一個個都說其實你都沒給過。唉,其他后來者們別留啦他不會給的。
收到您的郵件了,也查過了,原來真的有聯系過我,只是我沒有留意到信息。這個評論也沒有辦法刪掉,請見諒。謝謝您的用心,祝順。
樓主可以加我互換嗎?392236975@qq.com
大神,您好,我是一個新手,看能否把您這篇文章的模板發給我學習學習,謝謝您692985669@qq.com
你好,昨天您寫的頁面條件圖我寫過類似的,我是已場景來區分交互排查點,很喜歡您這份文檔,不介意可以交流下。qq:394413199
樓主大大~你做的那個頁面條件圖第一次聽說,想學習一下~求大大給我發一下那張完整的圖好嗎?非常感謝!happyashin@qq.com
看完頗有收獲,能否發一份模版給我?感謝..864705824@qq.com