起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理應該先寫需求文檔還是先畫原型？
江洋@知乎上的回答：
先做模型，再畫原型，最后PRD
模型：對產品形態結構的梳理，包括功能模塊，邏輯關系，信息架構，業務流程等，可以用腦 圖，use case圖，業務流程圖來表示，根據不同產品，產出物的側重點不同。但模型很必要，是可以幫助產品經理將一個想法，或是腦子中的模型梳理清楚，在做這些工作的同時，可以及時發現自己沒有想清楚的細節，這些是指導后面產品設計師(或產品經理)進行原型設計的。同時，描述模型的產出物可以做為傳遞，幫助別人理 解你的產品形態。
軟件：MindManager，Visio
原型：即畫出產品layout，即不包括界面設計和視 覺元素在內的產品細節形態的線框圖，包括導航邏輯體現對應的信息架構，交互流程，頁面布局，功能任務點，頁面(流程)跳轉邏輯和較為明確的文案設計等。一 個高保真的產品原型，不僅是所有的完整的“線框圖”，還同時要有對應的注釋內容，很多產品設計師(產品經理)不注意這一點，沒有注釋內容一樣不利于傳遞， 因為原型除了在做用戶測試外，還是要給界面設計師和工程師看的。
軟件：AxureRP
PRD：即我們說的產品需求文檔，這個東西在快速發展迭代，產品導向的互聯網公司中的主要作用是存檔，備案和忽悠大老板。他主要是由上面兩個部分組成，要說再重要的就是加上一些前期調研的內容，比如用戶調研結果，競品分析等。如果你的模型和原型做的足夠明確，你會發現，工程師或是界面設計師跟本不會去看PRD。產品評審的時候，你打開一個30頁的word文檔，第一頁是目錄，第二頁是行業背景……你不覺得這是耽誤大家的寶貴時間嗎？
當然，不能否認，寫出一份規范高質量的PRD也是產品經理的基本素質之一。
軟件：Word
邊江@知乎上的回答：
我的團隊，我通常的要求PM這樣做
1，用最快時間先給出直接可上線的高保真設計原形（由PM完成）
2，給出簡單版本需求說明
3，和工程師討論細化，明確不確定的需求。
4，和UI設計師一起完成最終上線的UI設計（包括交互）
5，根據確定的UI設計方案，完成MRD說明書。
6，和工程師確定最終版本.
本文由人人都是產品經理@邊緣整理自知乎問答，轉載請注明并保存本文鏈接!
prd 肯定要出的，版本記錄、計劃都得說明的，背景介紹。一些需要bb的事情，開發一開始都是直接看原型圖就開始了，但有點功能點沒明白的 都需要看prd的里面整個業務流程、各個功能點 都說得明白。而且交接也容易點，你直接把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 有興趣可以看看。不過這個好像主要是賣軟件的。
很多公司一貫的做法都是讓產品經理先出PRD，接著UI畫原型，之后交給程序員開發
工作習慣，值得借鑒。感謝分享。
“完成MRD說明書”？ 是prd吧。 MRD不是在這里寫的。
流程，分流程，思維導圖，PRD文檔。 開發。 關鍵是你的開發聽不聽你的。 不聽，你寫多少開發也說看不懂。 多想念以前一說就懂的開發。 整個文檔，“中文姓名”這樣的字段。一說，開發立馬把里面的輸入錯誤弄好。測試一測，輸入數字，中文+數字，6個字+的中文姓名 全測試。一步通過。 想念以前高效的開發和測試團隊。
團隊配合最重要，雖然流水作業是傳統行業的廢舊的標志；但流水線上的每一個環節都順暢了，流水作業才能高效運作
團隊里的成員做事認事盡責很重要，這樣整個團隊做起項目來都會輕松許多，就怕一環拖一環，敷衍，像怕牛一樣抽一鞭子走一步
一直覺得PRD是可有可無的東西，很多時候是逼得自己再原型里面寫邏輯和要求，說白了還是程序怎么喜歡，怎么來，方便自己，方便他人
模型—原型——PRD，個人看來沒有定論，在團隊內部，能與UI、開發達成一致，高效溝通，達到成效就OK
同意