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