• 深刻理解三大文件的寫作目的與應用場景
• 理解並掌握prd文件的用途與作用
• 理解並掌握prd文件：
– 寫作思路
– 寫作方法
– 寫作格式
– prd文件向上是對mrd內容的繼承與發展，向下則是要把mrd文件裡面的各種理論要求
技術化，向研發部門與設計部門說明產品的功能和效能要求。
– prd文件是產品文件中最底層最細緻的文件，所以寫作的時候，需要細緻耐心。
– 舉例：唐僧出發前，參見唐黃，告訴唐黃西去取經的重要意義與大興佛法的好處，唐黃答應，並發放免簽
護照，於是唐僧帶著任務出發了。
– 舉例：唐僧上路了，但是他需要選擇走哪條路線，帶幾個人，為什麼這麼走，為什麼帶這些人，要說清楚
• a路線：妖怪多
• b路線：神仙多
• c路線：美女多
• 經過分析，唐三藏決定c路線
– 要把裝備的需求給工匠（研發人員），就需要把你（pm）對裝備（產品）的要求講清楚
• 金箍棒（需要能縮短到耳朵裡，直徑1公釐，長度6公釐，需要金色，重量必須控制在1kg）
• 九齒釘耙（必須要9個齒，其實prd好多都是廢話。。黑色，把手長1.5公尺，直徑2.5厘公尺）
• 於是工匠（研發人員）根據需求，打造出了曠世的神器
• 研發人員
– 由於研發人員本身更專注於功能的實現與效能，所以他們相對對其它諸如運營，市場，設計等
表現相對不太關心，對於產品更多的了解來自於產品經理的產品宣講。
• 設計人員
– 設計人員本身更關注於產品的調性與原型圖，所以對prd文件的需求是相對較弱的。
所以，prd文件，根據閱讀物件，就不要去耍花架子了，用最平鋪直敘最簡單的話，把問題
說的一清二楚就行，繞來繞去小心被程式設計師們*******
• 其實prd文件的目的在於把問題講清楚，而不是用什麼工具！
• 根據實際情況，能滿足把問題講清楚的方式大概有以下幾種：
– 文字模式（word 最常見的）
– 原型圖模式（axure 推薦使用）
– 模式（有的產品經理本來就是美術轉互動轉產品）
– 影像模式也可以（太費時）
• 文件說明 （本節只講述這個）
• 產品說明
• 全域性功能說明
• 詳細功能說明
–1.1 產品版本號（1.26）
• 版本號（ 1. 2 6 ）
– 重大調整公升級
– 產品結構功能等有調整
• 子版本號（ 1. 2 6）
– 在原有基礎上面對區域性功能進行了公升級或調整
• 修正版本號（ 1. 2 6）
– 區域性小範圍優化與bug修復
– 一般是不動功能性的東西
– 版本號的命名規則
• 歸零原則：前乙個數字增加一位，後面的數字都歸零
• 收費原則：子版本號和修正版本號的變化，一般看做版本內公升級，附加收費用，版本號變化則加收費用
– 編號
– 版本號
– 修訂章節
– 修訂原因
– 修訂日期
– 修訂人
– 歷史修訂的作用
• 對修訂前後進行比較
• 有利於維護和管理prd
• 修訂人
• 修訂日期
• 方便查詢，可以只看修訂部分
– 將一些產品裡面不易理解，容易混淆，或者縮寫的詞彙在開篇進行統一的列表說明，有利於閱讀
– 例如產品100的
• 積分
– 根據產品100使用者的一系列操作行為系統根據後台設定產生的虛擬分數，積分決定了使用者
等級與論壇許可權
• 威望
– 反應了使用者在論壇裡面的資歷，是根據發帖數量，回帖數量，附件上傳等綜合因素決定，
是使用者積分的重要參考依據
• 銅板
PRD產品需求文件概要
prd概念 prm就是product requirements document的簡稱，也就是產品需求模型。一般來說乙個產品會伴隨有市場需求文件 market requirements document 產品需求文件 prd 有些公司會把mrd和prd兩個文件合併為prm文件。prd文件需要包含的內...
產品需求文件（PRD）到底怎麼寫？
做產品經常會寫prd，但是如果沒有一套完整的寫作思路和框架，寫出的prd質量就不會太好，導致遺漏重要資訊，在專案過程中被開發 前端 測試吐槽。趁這個週末有空，來梳理下一下寫prd的邏輯。prd為product requirement document的簡稱，其中文翻譯為 產品需求文件。該文件是產品專...
產品經理十四章 產品需求文件 PRD 二
一 prd的基本要求 乙個優秀的prd文件應該滿足五個方面的要求 完整 準確 清晰 簡潔 穩定。1 完整 1 必要內容無遺漏 專案中開發工程師應該了解的所有內容都應該在文件中有所體現。即使是一些還沒有確定的需求，也要有在文件中占個坑，標明 該部分內容待定 並說明該內容確定的最晚時間。2 功能描述完整...