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