PRD文件撰寫要求
PRD撰寫格式
樑鵬 | PRD | 2018.08.06
概要
PM即產品經理，是網際網路市場的熱門職位之一，但是你真的get到他的技能嗎？PRD、MRD、BRD以及競品分析報告、客服文件，文件撰寫多到令人驚歎。今天我們就來看一看PRD的撰寫技巧。
產品經理需要撰寫的文件
什麼是PRD
PRD（Production Requirement Document）即產品需求文件，是產品專案由“概念化”階段進入到“圖紙化”階段最主要的一個文件，其作用就是對MRD（Marketing Requirement Document）中的內容進行指標化和技術化，這個文件的好壞直接影響著研發部門是否能夠明確產品功能和效能，甚至可以說是檢驗專案成果的唯一標準。
該文件的重要意義是在產品專案中起承上啟下的作用，向上是對MRD（市場需求文件）內容的繼承和發展，“向下”是對MRD中的內容技術化，向研發部門說明產品功能和效能指標；
PRD撰寫
在該文件中，基點依然是MRD中的內容，只是把重心放在了“產品需求”上，PRD要把MRD中的“產品需求”的內容獨立出來加以詳細的說明。
PRD基本內容
1.文件歷史
|
修訂內容 |
修訂版本 |
修訂人 |
主要作用是管理文件版本，寫清修訂內容，做好產品迭代工作，以便不同的人好追溯。
2.文件目錄
這就是word的編輯技巧了，要善用標題樣式，做好不同層級的標題，使用自動生成目錄，不多說。不會的自己去面壁。
3.專案說明
專案背景
背景的描述，主要是當前出現了什麼問題？市場有了什麼新的導向？使用者有什麼新的需求需要我們去解決等
專案目標
由專案背景推匯出的目標，通常貫穿整個需求的線索，整個需求應該圍繞目標進行，包括優先順序的排序，需求點實現目標的程度、效率、緊迫性、成本控制等各方面的優勢。
在分析使用者需求的這個點上，我自己有一個思維路徑：消費者在過去是否存在某個很想完成的任務目標？在過去，他們是是否因為受到某款產品的效能限制，無法完成這個目標。
舉個栗子：在1985年，可口可樂發現自己的市場佔有率收到了百事可樂極大的挑戰，為了搶回市場，它推出了一款“口味更甜的可口可樂”。但在新配方上市後，卻發現不僅銷量沒有上升，並且消費者們普遍對新產品提出了負面意見，比如有人抗議認為：這款新產品是對美國傳統的背叛。之所以會這樣，是因為消費者在過去，並不存在“想喝到一款口味更甜的可樂”這一目標。
專案概述與排期
主要介紹產品需要完成的功能，專案總體的一個工作量，專案週期以及專案進度安排，有的文件不需要專案排期，是寫在其他文件裡面的
4.專案策劃
產品邏輯圖
產品總體業務流程：包括處理的思路，業務的架構。是該用方框，還是橢圓，有一個標準的流程圖規範，這裡就不詳細說明了。
功能與特性簡述列表
這一部分可以列一個表格，比如說劃分為模組、特性、特性描述、優先順序，這樣就很容易讓人們看出這個產品的需求有哪些，它有什麼主要的功能，有些在你看來是很平常的事情，但必須要說明。
如下示例：
|
模組 |
特性 |
特性描述 |
優先順序 |
|
登陸頁面 |
登陸 |
使用者輸入賬號密碼 |
P0 |
|
註冊 |
新使用者驗證、註冊 |
P0 |
|
|
申訴 |
進入申訴系統找回 |
P0 |
|
|
服務條款 |
設計使用者資訊、隱私、法律條款等 |
P0 |
|
|
前端介面 |
…… |
P1 |
|
|
…… |
P1 |
||
|
側滑頁面 |
賬戶管理 |
P3 |
|
|
設定 |
P2 |
||
|
…… |
互動/視覺設計
這就是技術含量比較高的內容了，需要協同設計部共同完成這一項內容。修訂文件的時候應該補充好互動/視覺設計稿，便於其他閱覽者清晰還原需求所在的產品場景，保證文件描述所見和開發出的產品相統一。
需求詳細描述
這一部分就是對產品內部的詳細描述，主要介紹每一部分的功能，具體操作等，可以按照頁面、功能模組、流程等組織思路的順序進行，其中在按照功能模組進行描述時，建議遵守頁面佈局從上到下，從左到右，從整體到區域性，從外到內的順序。
例如下面這張QQ截圖，我們可以按照從上到下的順序依次介紹每個模組的功能，點選頭像會出現什麼，點選“QQ錢包”又會怎樣，詳細說明。
5.統計需求
資料建設
即考核評價具體標準，由這一部分來定義，來判定產品設計是否成功，是否符合各項考核指標，當然這一部分是可以不斷修訂的。
資料統計
- 各種統計程式碼的梳理，在別人去查程式碼背後的含義時，可以根據PRD來找到；
- 點選流統計：使用者點了哪些頁面，進行了什麼操作等，
- 使用者統計：註冊的賬戶資訊，區域，個人資訊等，以供後期發展業務。當然公司都會嚴格保護使用者資訊，獲取的許可權也很高。
……
針對不同的產品，資料統計的內容也會有很大差別，就比如電商和社交產品，大家也需要靈活設計。
注意一些異常情況
- 網路：對於網路中斷/伺服器繁忙/多終端登陸等問題也需要做出明確的處理規範；
- 相容：新舊版本相容/不同終端版本相容
- 許可權：管理員和普通許可權，VIP和普通使用者
- 配置：功能頁面的開關設定，不同數值的配置
總結起來，一個好的PRD，需要具有以下特點：
- 格式規範：字型統一，佈局合理，美觀易讀
- 用詞精準：遣詞造句，合理解釋，理解一致
- 善用圖表：條理清晰，效果參考，不易遺漏
- 靈活高效：不多不少，形式不限，表述清晰
- 版本管理：及時更新，同步分享，防止出錯PR