揭祕:頂級產品經理是如何寫產品需求文件(PRD)的
產品需求文件(PRD)對每個產品經理來說都不陌生,它是產品專案由"概念化"階段進入到"圖紙化"的轉折和體現,作用是"對市場需求文件(MRD)中的內容進行指標化和技術化",PRD質量的好壞直接影響到研發部門是否能夠明確產品的功能和效能,是否能夠研發出符合預期的產品,所以PRD也是體現產品經理專業程度的一個重要指標。
可以理解為,PRD是產品經理關於產品功能的宣導和傳達,它通過清晰扼要的表述將產品意圖呈現給閱讀者,PRD的閱讀者一般包括開發人員,設計師,測試人員,甚至包括產品及專案負責人(一般是專案總監)及公司老闆,每個公司的情況有所不同。PRD不僅是產品功能的詳細說明文件,PRD的作用更在於,它是產品質量控制的執行標準,是將產品從概念落實為實際的開端。
PRD應該包括哪些內容呢?
1,產品名稱
產品名稱也就是對於文件的大概說明。一般包括標題+版本+時間+編寫人+相關人這些基本資訊。
標題就是文件名稱,是待討論版本還是正式開發版本,及該版本對應的製作時間,需要哪些人員的參與等等都需要寫明。
2,目錄
目錄用來展現文件結構,一般不要超過三級,否則就顯得過於凌亂。當然,不同的公司PRD呈現內容的詳盡不同,目錄也就不同,詳細來說,文件內容可以包括需求描述,角色說明、流程圖、頁面及功能、與其他系統互動介面、效果預期、資料指標、prd迭代記錄。很多公司的PRD還包括引言,概述,名詞定義,使用場景,產品目標及競品分析等非常多的內容,如果是公司內開發用的PRD,還會寫明該功能的呈現形式、互動方案、操作規範、相關開發人、負責人、開發時間等,使得PRD非常厚重,目錄也就相對比較多。簡單來說,PRD可以僅圍繞功能需求展開,那麼,目錄就簡單的多,基本就包括功能需求的大標題。下圖是我曾經讀到的一份PRD的目錄,從目錄就可以看出這個文件的內容其實是非常多的。
3,功能說明
功能說明是PRD的主體部分,我的寫作習慣是寧簡勿繁,功能說明詳細介紹,其他能省則省。因為大多數程式設計師在產品的開發中並不會過多關注這些長篇大論,他們往往只關注那些可以迅速轉化的內容,文件內容太多反而會造成一定的干擾。所以,適當精簡,加強可讀性,表明產品意圖才是最珍貴的。
在具體的功能描述中我們經常會藉助一些其他方式,比如產品功能結構,產品資訊結構,使用者使用流程等,把文字內容視覺化表現,不僅讓文件更加輕鬆和直觀,也能減輕閱讀者的閱讀負擔。很多團隊用原型圖及圖片來輔助就是非常聰明的做法。如下圖這個論壇發帖流程圖。
說到簡化,其實現在很多的網際網路公司也在強調多溝通少文件,他們甚至沒有PRD。國內知名的專案管理工具
這時候需求不再是最終守則,而是允許變更和取消的。這裡的需求狀態(status)就被分為四種狀態,草稿(draft)、啟用(active)、已變更(changed)和已關閉(closed)。其狀態流轉圖和需求變更圖如下:
這種方式多用在時下比較常見的敏捷開發模式中,這些網際網路公司更加強調溝通、開放、快速解決,這種方式的好壞與否我們不做評判。但是作為專業性比較強的規範文件,PRD跟專案管理工具的結合其實是更多企業的選擇。下面我們繼續回到PRD上來,說說PRD需要具備的一些原則吧。
一份合格的PRD文件應該具備那些特點?
我總結了“二無二可”原則,也就是說PRD需要做到“無錯誤無歧義,可檢驗可追溯”。
無錯誤是PRD的最基本要求,這裡無錯誤既包括文件內容的正確定義,不能出現文法錯誤,又要保證做到對產品經理思路和意圖的正確表達。
無歧義要求一句話表達一個意思,要做到文件的眾多閱讀者讀到的是同一個意思。
可檢驗說的是可監測和可驗證。要求PRD中的功能性描述要實現可測試可衡量的效果指標。不要出現無法定性的詞彙,如:效率高,互動完美等,都是無法驗證的。
可追溯指的是,對於每個功能性需求的來源應該是清楚的,我為什麼要這麼做,應該有理有據,而不是一拍腦袋做決定。
做到“二無二可”也是PRD的基本要求,下面我們說一下我在工作中總結的幾個寫作技巧,算是我的一點心得吧。
說說那些值得分享的PRD的寫作技巧:
1, 表達適當通俗
說到底,PRD還是專業文件,少不了專業術語和詞彙,但這並不代表專業詞彙越多越好,過分堆砌專業詞彙讓人不知所云才是最失敗的PRD。用盡量通俗的語言做到專業性的表達是難能可貴的,因為易於理解和操作是PRD更為重要的使命。我在寫完一份文件以後,通常會給到儘量多的人去看,除了技術人員,運營,銷售甚至你的親友都可以,他們會提出不同的意見和疑問,其實這是一個很好的修正途經,也是發現問題的過程。
2, 邏輯儘量清晰
因為PRD是關於產品需求的闡釋,其中所涉及到的大小功能非常多,而且各個功能點之間聯絡緊密,這就要求產品經理的邏輯要非常清晰,將抽象思維進行具象化表達,這是對產品經理的硬性要求。由於人的思維邏輯性受制於先天因素,上面也提到了我們可以藉助軟體工具去輔助實現,表現形式有很多種,比如原型、流程,也可以是其他的形式。形式格式不重要,要記住一切以清晰傳達為目的。
3,切記突出重點
突出重點也就是核心功能重點說明,輔助說明儘量簡化,有主有次,有舍有得,做到深入淺出的去表達。其實寫PRD跟我們小時候寫作文差不多,有標題,有內容,有分析,有總結,重點部分重點突出,自然需要花費更多的筆墨。很多產品經理往往力求完備,就怕有遺漏,每一個細節都要顧及到,其實這個是完全沒有必要的,PRD不是寫論文,不需要反覆論證,只要把事情講明白看得懂就足夠了。