產(chǎn)品經(jīng)理應該先寫需求文檔還是先畫原型?
![](http://image.woshipm.com/wp-files/img/85.jpg)
江洋@知乎上的回答:
先做模型,再畫原型,最后PRD
模型:對產(chǎn)品形態(tài)結(jié)構(gòu)的梳理,包括功能模塊,邏輯關(guān)系,信息架構(gòu),業(yè)務流程等,可以用腦 圖,use case圖,業(yè)務流程圖來表示,根據(jù)不同產(chǎn)品,產(chǎn)出物的側(cè)重點不同。但模型很必要,是可以幫助產(chǎn)品經(jīng)理將一個想法,或是腦子中的模型梳理清楚,在做這些工作的同時,可以及時發(fā)現(xiàn)自己沒有想清楚的細節(jié),這些是指導后面產(chǎn)品設計師(或產(chǎn)品經(jīng)理)進行原型設計的。同時,描述模型的產(chǎn)出物可以做為傳遞,幫助別人理 解你的產(chǎn)品形態(tài)。
軟件:MindManager,Visio
原型:即畫出產(chǎn)品layout,即不包括界面設計和視 覺元素在內(nèi)的產(chǎn)品細節(jié)形態(tài)的線框圖,包括導航邏輯體現(xiàn)對應的信息架構(gòu),交互流程,頁面布局,功能任務點,頁面(流程)跳轉(zhuǎn)邏輯和較為明確的文案設計等。一 個高保真的產(chǎn)品原型,不僅是所有的完整的“線框圖”,還同時要有對應的注釋內(nèi)容,很多產(chǎn)品設計師(產(chǎn)品經(jīng)理)不注意這一點,沒有注釋內(nèi)容一樣不利于傳遞, 因為原型除了在做用戶測試外,還是要給界面設計師和工程師看的。
軟件:AxureRP
PRD:即我們說的產(chǎn)品需求文檔,這個東西在快速發(fā)展迭代,產(chǎn)品導向的互聯(lián)網(wǎng)公司中的主要作用是存檔,備案和忽悠大老板。他主要是由上面兩個部分組成,要說再重要的就是加上一些前期調(diào)研的內(nèi)容,比如用戶調(diào)研結(jié)果,競品分析等。如果你的模型和原型做的足夠明確,你會發(fā)現(xiàn),工程師或是界面設計師跟本不會去看PRD。產(chǎn)品評審的時候,你打開一個30頁的word文檔,第一頁是目錄,第二頁是行業(yè)背景……你不覺得這是耽誤大家的寶貴時間嗎?
當然,不能否認,寫出一份規(guī)范高質(zhì)量的PRD也是產(chǎn)品經(jīng)理的基本素質(zhì)之一。
軟件:Word
邊江@知乎上的回答:
我的團隊,我通常的要求PM這樣做
1,用最快時間先給出直接可上線的高保真設計原形(由PM完成)
2,給出簡單版本需求說明
3,和工程師討論細化,明確不確定的需求。
4,和UI設計師一起完成最終上線的UI設計(包括交互)
5,根據(jù)確定的UI設計方案,完成MRD說明書。
6,和工程師確定最終版本.
本文由人人都是產(chǎn)品經(jīng)理@邊緣整理自知乎問答,轉(zhuǎn)載請注明并保存本文鏈接!
prd 肯定要出的,版本記錄、計劃都得說明的,背景介紹。一些需要bb的事情,開發(fā)一開始都是直接看原型圖就開始了,但有點功能點沒明白的 都需要看prd的里面整個業(yè)務流程、各個功能點 都說得明白。而且交接也容易點,你直接把prd 給出去,下一任直接一看,前因后果都能明白。
這里有mindmanager2018的教程和軟件,https://g.alicdn.com/idleFish-F2e/app-basic/item.html?itemid=572959189684&ut_sk=1.WhALPZ64w%2B0DAMWQ8TmGfFCC_21407387_1530679520219.Copy.detail.572959189684.1576580980&forceFlush=1 有興趣可以看看。不過這個好像主要是賣軟件的。
很多公司一貫的做法都是讓產(chǎn)品經(jīng)理先出PRD,接著UI畫原型,之后交給程序員開發(fā)
工作習慣,值得借鑒。感謝分享。
“完成MRD說明書”? 是prd吧。 MRD不是在這里寫的。
流程,分流程,思維導圖,PRD文檔。 開發(fā)。 關(guān)鍵是你的開發(fā)聽不聽你的。 不聽,你寫多少開發(fā)也說看不懂。 多想念以前一說就懂的開發(fā)。 整個文檔,“中文姓名”這樣的字段。一說,開發(fā)立馬把里面的輸入錯誤弄好。測試一測,輸入數(shù)字,中文+數(shù)字,6個字+的中文姓名 全測試。一步通過。 想念以前高效的開發(fā)和測試團隊。
團隊配合最重要,雖然流水作業(yè)是傳統(tǒng)行業(yè)的廢舊的標志;但流水線上的每一個環(huán)節(jié)都順暢了,流水作業(yè)才能高效運作
團隊里的成員做事認事盡責很重要,這樣整個團隊做起項目來都會輕松許多,就怕一環(huán)拖一環(huán),敷衍,像怕牛一樣抽一鞭子走一步
一直覺得PRD是可有可無的東西,很多時候是逼得自己再原型里面寫邏輯和要求,說白了還是程序怎么喜歡,怎么來,方便自己,方便他人
模型—原型——PRD,個人看來沒有定論,在團隊內(nèi)部,能與UI、開發(fā)達成一致,高效溝通,達到成效就OK
同意