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中
結尾
到這里,我的產品需求文檔就講完了。從最粗糙的原型到現在精細的原型,歷時一年。我能從表象的產品需求文檔中看出,自己本身的能力也在逐步提高。其實,文檔也是幫助產品經理梳理思路的一種手段。突然想到,什么是產品思維?不斷發現問題,解決問題就是產品思維。只有不斷思考,不斷發現問題,不斷總結,才能優化出更優秀的產品。
本文由 @臻龍 原創發布于人人都是產品經理?,未經許可,禁止轉載。
在這個方面我只能做一下伸手黨了,可以發一份到nba1186662535@qq.com嗎,謝謝
受益匪淺,求原型源文件啊,供學習,郵箱:1198722574@qq.com,萬分感謝 ??
求一份該原型模板,目前正在公司從頭開始負責新項目的產品需求開發!急需這樣一份程序猿不惱火的原型文檔
同求這份原型文件,跪學!
jelinfe@163.com
萬分感激!??!
看著非常贊!求原型文件一份,dingjiaminhz@139.com~多謝!!
大神厲害,程序員看到這份PRD估計會欣喜若狂
請允許我做一次伸手黨,跪求PRD模板 313031645@qq.com
你好,RP文件能發我一份,以供學習之用嗎?
DL1384@163.com
好人一生平安
收徒弟不~大神,我來拜師!
贊,原形文件能共享一份嗎?810742854@qq.com,跪謝
贊,原形文件能共享一份嗎?372061219@qq.com,跪謝
謝謝您科普了,這個原型文件能發給我一份嗎,我要努力的向您學習!
我的郵箱:549712013@qq.com
?? 謝謝科普
您好,我看到很多人都想要原型原文件,請允許我做一下伸手黨以作學習之用,煩請發我一份:canvic@qq.com,非常感激!~
大神請發我一份吧,好好學習 573622081@qq.com
可以將頁面條件圖完整的發我一份嗎?649818660@qq.com 謝謝哈
寫得真的很好,老師,能否發一份給我呢。QQ郵箱:58714839@qq.com;特別是哪頁面條件圖,特別好,萬分感謝!
你好,大神,看了你這篇文章之后收益良多,可以請教個問題嗎?請問您是如何在同一個原型設計文件中,做好各個版本的管理的呢?
樓主是一個很有思想的人,寫的很好,有些地方還是過于武斷。
產品原型和需求文檔,都是作為一種溝通的產出文件,用word、Axure、Mindmanager等等都可以達到傳達需求的目的,但是作為一種方式而言,適不適合只有身臨其境的當事人才清楚,不同的方式,給了我們不同的優勢和特點,我簡單總結了一下:
1)Axure的產品交互效果,能夠非常直觀的展示一個產品大致是什么樣子,有什么操作步奏和流程,有什么樣的感官體驗……,調整非??旖?,一個人調整原型,大家就都能看見了,但是缺點也是非常致命的,一個東西丟出來,大家自己看,仁者見仁智者見智,大家或多或少有些信息靠“猜”,秋千需求就出來了;
2)word是非常傳統的工具,依靠著行業強大的文件結構標準,幾乎可以支持任何信息描述,往往在定稿和總結階段是比較準確的,如果中間頻繁改動,十個需求八個漏,維護word文檔的痛苦,誰用誰知道;
3)mindmannager,(作為一種溝通工具,這里也簡單提及一下),可以快速在人腦海中畫出關鍵的思維印象,讀者只需要快速的眼球掃過,就對整體的結構思路有了全面了解,但是想要更多的話,對不起,我的專業是頭腦風暴;
這里沒有孰高孰低,只是簡單說明,什么樣的工具,做什么樣的事。
如果是用戶行為為主的需求,可以通過用例來支持的,用axure固然是最直觀高效;
如果是體系化的需求,體系的結構、層級、關聯等等,在我用過的工具中,word的效果最到位;
如果是要快速決策一個想法和創意,思維導圖才是“天下武功,唯快不破”;
以上為個人的一些觀點,如有不當之處,還請海涵! ? ? ?
贊同大神的觀點
樓主大神,有木有可以在線瀏覽這個模版的地方?
或者,大神要是能賜份模版的文檔讓我膜拜學習就更好啦! ?? ?? ??
4966394@qq.com
贊
帥!在原型圖中認識了新名詞“頁面條件”,還請老師指導下,看在我反復思考怎么措辭能夠吸引你的份兒上,回復我吧~~~~ ?? 堅決不做伸手黨,不過我度娘沒查到…給點提示 ??
老師,給我也發一個吧,這個問題也一直是在困擾,郵箱:160141548@qq.com
1007185725@qq.com 需求文檔麻煩發一份,謝謝
樓主,能發一份學習一下嘛?2050699683@qq.com,謝謝! ??
以BayMax的身份登錄 476792131@qq.com 謝謝大神
求認識老師,求老師的文檔,求膜拜。太贊啦。
好東西 以前都是散亂的一堆文件 組成一個需求文檔
468096463@qq.com
非常感謝~~
樓主大人,求文檔模板參考,謝謝!郵箱:972309189@qq.com
?? ?? 我覺得這篇文章真心受用,請問LZ,能發一份文檔模板給我嗎?343980037@qq.com
求教大神,492082974@qq.com