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中
結尾
到這里,我的產品需求文檔就講完了。從最粗糙的原型到現在精細的原型,歷時一年。我能從表象的產品需求文檔中看出,自己本身的能力也在逐步提高。其實,文檔也是幫助產品經理梳理思路的一種手段。突然想到,什么是產品思維?不斷發現問題,解決問題就是產品思維。只有不斷思考,不斷發現問題,不斷總結,才能優化出更優秀的產品。
本文由 @臻龍 原創發布于人人都是產品經理?,未經許可,禁止轉載。
與作者觀點相同,在axure5.5的時候,我就已經用它寫文檔了,可以直接在文檔線框中加入點擊效果,圖文結合,這樣直接明白。
樓主,原型模板給我一份給小弟欣賞下,就像學畫畫,不臨摹大師作品,怎么能快速精進呢?283875337@qq.com,謝過
自己最近也在研究用axure寫產品需求文檔。很欣賞你的這個結構。
可否提供一下下載地址~或發個人郵箱:liuliang@zhouliuri.com
樓主好人,求份模板 ?? ?? ?? 597037213@qq.com
樓主好人!跪求模板一份!感覺發現新世界!向前輩學習!
450784968@qq.com
萬分感謝!
?? ?? ?? ?? 樓主來一份吧,看看具體怎么實現的,謝謝477768953@qq.com
樓主,流程圖和前置條件、后置條件、角色權限等應該屬于用例文檔的內容吧,而你此處的用例文檔不覺得像測試用例嗎?
自學axure,在一家傳統企業做產品,產品文檔的確粗糙了些,看到您的,做的真的非常完善。一直也少有前輩教導,小女子在此拜師。做了PC端的電商網站,原型很粗糙。prd也是。一直都沒機會設計移動端的。 職場新人,缺乏機會。也跪求 pc/移動端模板。在此謝過大師 ?? ?? ?? 373673851@qq.com
你好,你有收到沒,能否發我一份,謝謝啊 ? 我也最近想轉產品方向,我的郵箱zwliu5@163.com
你好,你有收到沒,能否發我一份,感激不盡mixsunflower @126.com 好人一生平安
encoyang@qq.com 新手同求啊 謝謝朋友了
跪求模板,產品新手,希望可以借鑒一下,在此謝過~379411495@qq.com
新手,發一份可以么,68191486@qq.com ?
樓主好人做到底 給小妹也分享下吧 在此謝過了 328412214@qq.com
樓主麻煩 把上邊那個文檔發我下謝謝 學習學習哈哈 好人一生平安! 542457669@qq.com
另外有個問題 現在咱們是展示 手機端的 如果展品PC端有沒有什么好的標注方法啊,因為PC端圖片比較大 功能按鈕比較多標注起來好標記 但是看的可能會比較麻煩 拖來脫去的。
頁面條件圖…作者能給完整版的學習一下么?378254502@qq.com
發一份給我好嗎?謝謝 253133851@qq.com
求一份完整版 roll: 感激不盡,最近一直在糾結要把word文檔給改成這種,743125485@qq.com
你好!我也是做產品設計的,一直都是用word寫需求。是否能把作者的完整版需求模版轉發給我學習一下?萬分感謝!905053155@qq.com
頁面條件的圖能否頁發一分給我,不是很明白,學習中。swordsjia@163.com
頁面條件圖,我也想要,找了好久,跪求好人。541235099@qq.com
樓主你好,想請教你一下。你在你的交互原型中通過標注說明了功能和跳轉邏輯,但是某些產品規則例如直播消息的刷新頻率,例如當前界面出現異常的提示(toast、alert等)都沒有標記出來,所以想請問樓主做交互原型的標記的詳細程度;另外一個問題是如果樓主已經標注好的這些規則有改動或增刪了,怎么標注這些改動并通知到開發人員?(特別是引入某些規則導致很多頁面的規則有改動,舉個臨時想到的例子。例如這個語音產品引入會員機制,那么可能某些地方會員昵稱前要加會員標識、會員和非會員可能看到的頁面有些不同等等,這些改動該怎么標注?又怎么通知到開發人員我改了這么多地方?)
樓主求一份你的模板,看著好高大上又實用,確實感覺比Word版本的PRD好很多! 郵箱:2524308083@qq.com
謝謝樓主,好人一生平安,財源滾滾……
新手求帶,發我一份可以嗎?66198654@qq.com
零錢奪寶APP新手產品,求學~378254502@qq.com~xiexie樓主
其實我想加樓主QQ,學習一下,方便交流,新手產品經理,目前很煩惱需求文檔有時候考慮缺乏周全~
頁面條件思維導圖下面部分能補全嗎?
文字說明一下也可以。
你好~我也想看一下頁面條件補足的部分,方便轉發一下嗎?919067814@qq.com
求轉發,1195084954@qq.com
樓主,問一下,你用sketch做功能標注的時候是用的啥插件?
樓主我是一個產品菜鳥,可不可以將你悉心整理的axure模板文檔分享我一份學習下,我的郵箱:jingyuyx@126.com,萬分感激!
?? ??
? 首先,謝謝分享。確實很多word文檔,開發人員都不喜歡看。作者將很多產品文檔做了集成,產品簡單的市場需求分析、產品結構圖集成、在原型上做標注、對原型版本進行管理這些是可以有的。如果把項目管理和測試用例的文檔放上面就會太臃腫了,并不顯得很方便??傮w來看,這種文檔可以在面試的時候使面試官眼前一亮,實際工作中還是需要根據團隊的工作方式來。
說得對,比較同意
本人是UI設計師 想轉產品 看到作者的文章覺得比較適合我 正在按照筆者的思路去做一套模板 一邊日后套用
其實產品是應該把更多時間放在思考產品的種種上 但如果不能直觀清晰的表達自己的需求 不能把自己的想法跟技術、UI更好的表達出來 也不是合格的PM 不是麼?所以 我覺得筆者的分享更多的意在提醒我們如何更清晰 更有條理的去書寫PRD
寫的很不錯啊,感謝!可以把你做需求表借我用一用嗎 ?
PRD=product requirement document,產品需求,產品以需求為導向,PRD的主要內容應該以需求為主,交互只是錦上添花的東西,更多應該在交互原型上來做。
PM要清楚自己的工作,不要總是去做UE和UI該做的事情。
UE難道不應該是產品應該做的事?UI的視覺體驗PM難道不要把關?
那你告訴我PM應該做什么事
說的很清楚了,需求和商業模式是產品最重要的事情,其他的事情可以關注和把控,你要親力親為,明白告訴你,你的精力有限。
每個人要干自己精通的事情,PM已經不是具體工作執行的崗位了,而是公司層面的戰略層面去思考問題。如果你不能有這樣的想法去想更深層次的東西,卻只是著手眼前的一點小東西,會一點點陷入泥潭的。
送你一句話 你去當美工吧 有這閑工夫 整理清楚你的文檔吧
難道就不會做一個模板 以后套用?筆者其實更像傳達產品重要的是思維邏輯的清晰 界面優化分級 難道不正是一種體現?
請問頁面的框架是怎么做到在一張頁面上自由切換連接的?
你再去學學axure吧
面試的時候,拿著這個很有說服力,但平時工作中這樣畫有點浪費時間了
我也用axure做過需求說明,問題是我把較多的時間花在了布局上了,因為這樣的做法有點類似“信息圖”,需要設計和思考,當然多花點時間代價是別人看起來更清晰。word寫的更加專注描述和規格,也就是分工明確一些,畫圖就畫圖,寫文檔就寫文檔,這樣省時間。
雖然還沒試過用axure做PRD,但是想想也覺得自己會把絕大部分時間花在調樣式上了,LZ最終展出的成果也是他經歷了很多嘗試才得到的精華。
個人認為,在敏捷的時代,PRD一定要足夠輕,用FIR、wunderlist、teambition之類的產品效率最高,還可以及時更新進度、看到當前的操作人,復雜的邏輯就交給畫圖吧!