prd應該寫什麼內容？有沒有標準的模板？用什麼工具比較好？
不少剛接觸產品的朋友都會這樣的疑問。
這些疑問是因為對產品的工作職責沒有明確的認知。
| prd是什麼？
產品經理的主要工作從本質來說無非兩點，乙個是判斷市場需求，另乙個是粘合團隊。
了解產品經理職業發展簡史請戳 產品經理這個職業會被淘汰嗎？落實到實際工作中則為：收集、分析需求——>把需求傳遞給團隊——>帶領團隊實現需求。
需求分析無疑是產品的核心工作，而另一核心職責是將需求清晰、準確地傳遞給團隊其它人。
研發、設計、測試，都是我們需要闡述需求的物件。
prd是將我們思考的內容用文字和圖形的方式呈現出來，起到的核心作用是準確地傳遞需求。
| prd應該寫什麼內容？
了解產品的工作職責後，再看prd就會清晰很多。
prd的內容就是對需求的描述。
不同型別的產品，需求描述的側重點不同。
後台產品更多是對業務梳理和資料說明，c端產品更加注重於互動體驗。
prd應該包括三個核心內容。
業務規則產品服務使用者、同時也基於業務展開，所以第一步就是要對業務規則有清晰的認知。
只有把業務梳理清楚，我們才能更好地展開功能層面的設計。
功能設計基於業務進行功能設計。
描述功能一是要有視覺化的頁面，二是要對頁面上的各個元素進行描述和說明。
比如這是黑羽在阿里早期寫的prd，只有業務描述。
核心互動除了頁面跳轉、功能流轉，還需要描述資料的互動。| prd模板不少人問過我有沒有標準的prd模板。
每個公司的業務有差異、團隊也不同，所以prd的形式會存在差異。
prd只要能清晰地描述和傳遞需求即可。
prd演變到現在，主要有兩種形式呈現。
第一種是傳統的文件形式，大型專案更適合這種形式。
這類文件主要以文字描述為主，原型會放置到對應模組進行描述，或者將原型單獨抽離出來展示。
這類文件以頁面展現為主，對功能的描述直接在原型旁邊進行標註。
| 用什麼工具？其實用什麼工具無所謂，只要自己用著順手，團隊方便檢視就行。
axure、墨刀是我常用的工具。
我也看見過其他產品用sketch、ps、ppt、excel、word……
需求描述清楚是關鍵，不要過於關注工具。| 文件例項說了這麼多，直接看幾個例項更清楚。xiaopiuprdxiaopiu是乙個原型工具，官網除了有prd文件的例項，還有prd自查文件。pc端可檢視。
prd自查手冊：
我的prd我的prd主要是以原型文件為主，移動端和pc端分別提供乙個案例給大家參考。
移動端prd：
pc端prd阿里、京東prd蒐集了一些阿里和京東的prd給大家參考。從中也可以看到早期的產品與現在存在明顯的差異。
提取碼: zkj5
PRD是什麼？PRD如何寫？
是前期所有產品設計工作的最終集合，涵蓋框架 邏輯 角色 許可權 頁面 策略等 封面 prd修改記錄 目錄 專案背景和專案目標 系統框架圖 產品流程圖 角色與許可權對照表 功能詳述 驗收校準 封面 會標註該項目的優先順序，這取決於評審之後，是否可以立即進入開發階段，或者無限期延後。修改記錄 記錄著在評...
產品需求文件（PRD）到底怎麼寫？
做產品經常會寫prd，但是如果沒有一套完整的寫作思路和框架，寫出的prd質量就不會太好，導致遺漏重要資訊，在專案過程中被開發 前端 測試吐槽。趁這個週末有空，來梳理下一下寫prd的邏輯。prd為product requirement document的簡稱，其中文翻譯為 產品需求文件。該文件是產品專...
從「PRD怎麼寫」說到產品思維
prd怎麼寫？這個問題可以算是困擾產品新人排名前三的問題之一了。但我顯然不會具體說應該怎麼寫，不會說模板 形式 原則這些落地的東西，而想和大家聊聊，怎麼把產品思維反作用於回答這個問題，反作用於產品工作本身。第一，問專家不如問使用者。如果我們把prd也看做乙個產品，那麼使用者就是開發 測試等人，除了問...