第三篇：產(chǎn)品需求文檔（PRD）
在前面兩篇文章《關(guān)于產(chǎn)品經(jīng)理的三個文檔（BRD）》和《關(guān)于產(chǎn)品經(jīng)理的三個文檔（MRD）》中我把自己對商業(yè)需求文檔（BRD）和市場需求文檔（MRD）理解做了闡述。這一篇我再來說說產(chǎn)品需求文檔（PRD）的撰寫。
不過說文檔的撰寫之前，我需要先插一些內(nèi)容。
上面這句話的后面半句又讓我想起之前的一個領(lǐng)導(dǎo)，他總喜歡打斷別人說話時這么說：“你等會兒，我先插你一下…”，每次都搞得我好拘（菊）謹(jǐn)（緊）。
同學(xué)甲：我艸，小樓老師又開車了！
同學(xué)乙：小樓老師，不是說好不污的嗎？
同學(xué)丙：污皇，萬歲，萬萬歲！
讀者：一臉懵逼……
好了，以上純屬扯淡！咱們繼續(xù)正經(jīng)分析，我要插點(diǎn)什么進(jìn)來！
我要插進(jìn)來的內(nèi)容是：產(chǎn)品原型。
經(jīng)常有人說產(chǎn)品原型是產(chǎn)品需求文檔的另一種形式。
這種說法沒有什么問題。
但是，我更傾向于產(chǎn)品原型是市場需求文檔與產(chǎn)品需求文檔的過渡。
在市場需求文檔中，我就在功能概況部分插入了原型圖。
也就是說，當(dāng)我們在尚未決定產(chǎn)品研發(fā)之前的決策階段，就應(yīng)該有原型參與進(jìn)來，幫助我們決策。
那么，決策完畢之后呢？
這個時候，原型圖則要承擔(dān)以下責(zé)任：
線框原型：確定產(chǎn)品結(jié)構(gòu)、布局、功能、模塊關(guān)系、操作流程。
交互原型：功能可用性測試、用戶體驗(yàn)測試。
也就是說，在撰寫產(chǎn)品需求文檔之前，我們應(yīng)該已經(jīng)對產(chǎn)品進(jìn)行了評審，確保了功能完整、可用且體驗(yàn)良好。在此基礎(chǔ)上我們再梳理產(chǎn)品需求文檔，則會變得更加容易，也能夠避免疏漏與錯誤。
接下來，再說產(chǎn)品需求文檔。
產(chǎn)品需求文檔其實(shí)我們只需要基于商業(yè)需求文檔、市場需求文檔以及產(chǎn)品原型做詳實(shí)的敘述就可以了。
在下面大家能夠看到文檔的結(jié)構(gòu)，其中背景、定位、用戶群體等均來自商業(yè)需求文檔和市場需求文檔，而結(jié)構(gòu)與功能來自產(chǎn)品原型。只有產(chǎn)品安全與時間進(jìn)度等需求是補(bǔ)充的產(chǎn)品需求。
有的同學(xué)可能有疑問：有沒有把產(chǎn)品背景、定位這些在每個文檔里都寫出來？
這是有必要的！
因?yàn)?，每個文檔的閱讀對象是不一樣的，作為產(chǎn)品經(jīng)理有責(zé)任、有義務(wù)讓每一個參與者知道并理解產(chǎn)品的背景、環(huán)境、定位目標(biāo)、文化理念與價值觀念。這樣才能讓每一位參與者都有明確的方向，形成一致的思想，促進(jìn)產(chǎn)品的生產(chǎn)進(jìn)程，避免人為障礙。
之前，我提到產(chǎn)品需求文檔時，是這么描述的：
產(chǎn)品需求文檔（PRD）：用什么賺？怎么多賺？
用什么賺？
這里指的就是產(chǎn)品需要具備哪些功能？如何設(shè)計這些功能？
比如：產(chǎn)品的結(jié)構(gòu)、組成、流程、用戶權(quán)限等。
怎么多賺？
這一點(diǎn)有兩個角度，一方面是產(chǎn)品設(shè)計，另一方面是產(chǎn)品安全。
（1）產(chǎn)品設(shè)計需要考慮用戶的愛好、習(xí)慣等方方面面，在完善基礎(chǔ)功能的同時，還要考慮中如何能夠盈利最大化。在滿足用戶的需求同時，挖掘潛在需求以及擴(kuò)大用戶規(guī)模，都是盈利最大化需要考慮的內(nèi)容。例如網(wǎng)絡(luò)游戲從最初的的點(diǎn)卡收費(fèi)到道具收費(fèi)，還有互聯(lián)網(wǎng)產(chǎn)品的分享功能，金融工具的收費(fèi)分析功能，都是基于盈利最大化的設(shè)計。
（2）產(chǎn)品安全對產(chǎn)品是非常重要的，特別是互聯(lián)網(wǎng)產(chǎn)品！政策管控、環(huán)境變化、黑客攻擊、抄襲復(fù)制、訪問壓力、開發(fā)延期、不可抗力等等，方方面面可能對產(chǎn)品造成的風(fēng)險都是產(chǎn)品經(jīng)理需要考慮的。避免風(fēng)險帶來的損失也是賺的一種。
那么，既然知道了寫這篇文檔的目的，接下來，我們來說一下這個文檔要包含的內(nèi)容。
一、文檔屬性
文檔名稱：XXX產(chǎn)品需求文檔（或說明書）
版本號：V1.0
撰寫人：小樓
閱讀人：開發(fā)部、測試部、市場部、營運(yùn)部
首次發(fā)布時間：2017年1月28日
預(yù)計上線時間：2017年6月28日
二、修訂記錄
（1）修訂時間：2017年2月12日
（2）修訂內(nèi)容：XXX頁面/XXX模塊/XXX用例，添加/刪除/修改了XXX內(nèi)容。
（3）修訂人：小樓
三、產(chǎn)品概況
（1）背景：參照商務(wù)需求文檔。
（2）定位：參照商務(wù)需求文檔。
（3）用戶：參照市場需求文檔。
四、用戶角色
寫明不同的用戶類型，例如：游客、注冊用戶、匿名用戶、Vip用戶、管理員等。
五、產(chǎn)品結(jié)構(gòu)
產(chǎn)品結(jié)構(gòu)圖：參照前文。
產(chǎn)品信息圖：這張圖是在產(chǎn)品結(jié)構(gòu)圖的基礎(chǔ)之上細(xì)化它的組成，包括模塊與元素。
用例圖：可以理解為不同的用戶角色能夠使用的功能。（圖片來自網(wǎng)絡(luò)）
業(yè)務(wù)流程圖
不同角色行為形成的對產(chǎn)品功能的操作流程，給出相應(yīng)的流程圖。下面以用戶評論為例。
六、產(chǎn)品功能
（一）、用例編號
登錄賬號：XXX-001
注冊賬號：XXX-002
瀏覽資訊：XXX-003
……
（二）、用例說明（以發(fā)布評論為例）
（1）用例名稱：發(fā)布評論
（2）用例編號：XXX-019 （編號格式各公司有不同規(guī)范，此處是XXX是產(chǎn)品名稱簡寫。）
（3）角色：注冊用戶
（4）用例描述：用戶瀏覽咨詢時發(fā)布評論。
（5）前置條件：登錄賬號、瀏覽評論
（6）基本事件：
在評論頁點(diǎn)擊評論按鈕，進(jìn)入評論界面；
在評論編輯區(qū)中輸入內(nèi)容，點(diǎn)擊發(fā)布按鈕發(fā)布評論。
（7）分支事件：點(diǎn)擊清空按鈕清空輸入的評論內(nèi)容。
（8）約束條件：評論內(nèi)容必須超過10個字符。
（9）異常事件：未輸入內(nèi)容時或輸入不符合要求時給予提示。
（10）后置條件：編輯評論、刪除評論（后置條件是指完成此用例才可執(zhí)行的用例，即本用例是后置條件中所述用例的前置條件。）
（11）流程圖/場景圖：
流程圖
場景圖
七、產(chǎn)品安全
所有對于產(chǎn)品安全有威脅的風(fēng)險均要考慮，并分類整理，提出對應(yīng)的解決方案。例如：原創(chuàng)資訊內(nèi)容的圖片要加上水印或標(biāo)記避免惡意抄襲復(fù)制行為；視頻類產(chǎn)品可以通過隨機(jī)時間與位置的唯一用戶標(biāo)識水印，震懾某些用戶盜錄傳播的行為。
八、時間進(jìn)度
（1）研發(fā)進(jìn)度
這一塊需要與技術(shù)負(fù)責(zé)人確定任務(wù)的劃分和完成的時間節(jié)點(diǎn)，通過甘特圖進(jìn)行管理控制。
（2）優(yōu)先級
一些產(chǎn)品的功能并非同期上線，在此可以根據(jù)上線優(yōu)先級規(guī)劃每一部分產(chǎn)品功能的上線時間與研發(fā)進(jìn)度。
以上內(nèi)容是本人對產(chǎn)品需求文檔撰寫的理解，分享給大家。如有問題歡迎指正！
用了三天時間終于把《關(guān)于產(chǎn)品經(jīng)理的三個文檔》全部寫完了，期間也受到了很多朋友的幫助與鼓勵，我也希望我寫的這些內(nèi)容能夠給更多的人以幫助！如果覺得我寫的文章有幫助，請在下面多頂我?guī)紫?，讓我更興奮的做下去。覺得那篇文章有用就收藏分享，但是別忘了喜歡！
感謝每一位支持小樓的朋友！
聯(lián)系客服
