作為產(chǎn)品經(jīng)理最長情的陪伴,PRD的地位不容置疑。尤其作為產(chǎn)品新人,一份漂亮的PRD文檔是自己能力的體現(xiàn)。今天就來聊聊這項看家本事的培育方法。
傳說中產(chǎn)品經(jīng)理一生要面對三大文檔:商業(yè)需求文檔(BRD)、市場需求文檔(MRD)、產(chǎn)品需求文檔(PRD)。其中產(chǎn)品需求文檔PRD的撰寫是很多產(chǎn)品新人首先要掌握的,因為它是在項目過程中給設(shè)計、開發(fā)、測試這樣的實施人員看的,仔細描述了產(chǎn)品功能應(yīng)該怎么做,是產(chǎn)品落地前的指南針、方向盤。
也就是說,PRD的目的是給實施人員講述產(chǎn)品最終要做成什么樣。較完整的PRD目錄結(jié)構(gòu)包括:概述、產(chǎn)品描述、功能需求、非功能需求、上下線需求、運營計劃、附錄。如下圖所示:
PRD的展現(xiàn)形式,行業(yè)內(nèi)有2種,1種是傳統(tǒng)WORD,有清晰的目錄結(jié)構(gòu),自頂向下閱讀,以圖文方式說明各個功能模塊的設(shè)計思路,業(yè)務(wù)邏輯,如下圖是網(wǎng)易新聞客戶端某個版本的需求PRD目錄:
WORD格式的PRD在大公司會比較常見,優(yōu)點是結(jié)構(gòu)完整,閱讀順暢,也不會有遺漏,適合成熟產(chǎn)品;還有1種是把PRD和Axure交互原型混排在一起,如下圖:
這種做法適合要求快速迭代的中小型公司,對產(chǎn)品人員,能夠做到PRD快速產(chǎn)出;對開發(fā)人員:不必一頁頁的翻文檔,可以直接可視化查看頁面交互情況,對照頁面標記去查看對應(yīng)功能,所見即所得;對測試人員,則可以根據(jù)頁面交互跳轉(zhuǎn)去寫測試用例,對后期測試可提供更加完整的測試思路。實際做的時候,可以二者結(jié)合,取最適合自己團隊的方法。
如上所述,PRD面向的是產(chǎn)品落地的實施人員,涉及到多個角色,每個人關(guān)注的點都不同,具體如下:
優(yōu)秀的產(chǎn)品經(jīng)理會在寫PRD時換位思考,一方面,會在語言描述上更客觀,使用“支持、顯示、要求”字樣,盡量不用形容詞、模棱兩可的詞,比如“可能、以后、盡量、很好地、快速地”。另一方面,會在描述功能時,更多以開發(fā)邏輯去思考書寫方式,使用流程圖、數(shù)量級、優(yōu)先級這樣的表達方式,或者用開發(fā)語言來闡述概念,比如“接口定義、數(shù)據(jù)結(jié)構(gòu)、云端存儲”。做到精確無歧義。
第一,產(chǎn)品新人入職公司,第一件事可能就是要讀懂別人的PRD,提前了解PRD基本結(jié)構(gòu)有助于快速把握住已有產(chǎn)品的核心結(jié)構(gòu)。
第二,熟悉業(yè)務(wù)后,就會被安排一些基礎(chǔ)模塊的優(yōu)化升級,基于PRD框架完成這些模塊的需求說明,能避免需求遺漏,讓表達更清晰。
第三,當(dāng)遇到需求變更、實現(xiàn)邏輯調(diào)整等特殊情況,一份清晰的PRD能及時記錄下這些調(diào)整,以備后續(xù)復(fù)盤查閱。
寫好PRD,能幫助產(chǎn)品新人盡快進入角色,上手業(yè)務(wù),并極大程度填平新人和老人之間的認知偏差,對項目團隊效率提升、產(chǎn)品經(jīng)理自我成長都有很好的幫助。
PRD作為產(chǎn)品經(jīng)理的第一個產(chǎn)出物,也應(yīng)該以做產(chǎn)品的思路來實施。第一是要站在用戶,也就是讀者角度去想他們想從PRD中獲得什么;第二是要保證文檔結(jié)構(gòu)清晰、排版美觀,閱讀舒適;第三是要保持文檔的持續(xù)更新,并及時通知修改情況;第四則是邏輯嚴謹,需求說明有理有據(jù)。
以上就是今天想和你分享的,一份優(yōu)秀PRD的基本要求,你會寫PRD么?你在寫PRD時有什么心得?期待你的回復(fù)與我分享~
聯(lián)系客服