產品經理應該先寫需求文件還是先畫原型？

江洋@知乎上的回答：

先做模型，再畫原型，最後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，和工程師確定最終版本.