更新時間:2020-08-21 來源:黑馬程序員 瀏覽量:
什么是PRD
PRD全稱Product Requirement Document,中文名產(chǎn)品需求文檔,歷史上第一份PRD據(jù)推測應該是誕生于寶潔這家公司,因為據(jù)史料記載,寶潔在二十世紀二三十年代第一次提出了產(chǎn)品經(jīng)理的概念,并誕生了第一位產(chǎn)品經(jīng)理,所以通過合理的邏輯推理,應該也誕生了第一份PRD,只是因時間久遠且沒有更多的細節(jié)資料而無從考證。
隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展,產(chǎn)品經(jīng)理崗位的發(fā)展成熟,產(chǎn)品經(jīng)理的工作職責逐漸的清晰明了,PRD也終于在歷史長河的演變過程中,慢慢形成了產(chǎn)品工作流程當中不可缺少的一環(huán),那么到底什么是PRD呢?
可以概括為,PRD是對產(chǎn)品需求以實際可落地方式進行細化描述的文檔。
這里面有個關(guān)鍵詞“實際可落地”,也就意味著閱讀者通過查看PRD能夠大致知道需求會最終以什么樣的實際形態(tài)或方式被呈現(xiàn)出來,而不是說看完了PRD以后,依然不知道需求會被做成什么樣或者說感覺需求還只是停留在一種概念性的層面。
那怎樣去實際落地,這里就涉及到另外一個問題,就是PRD是給誰看的。
PRD的查看對象
一般來說,PRD是寫給以下幾種人看的:
1.產(chǎn)品同事
2.運營
3.設計師
4.開發(fā)工程師
5.其他需求方(相關(guān)業(yè)務部門等)
PRD的撰寫目的以及內(nèi)容
明確了PRD的概念以及PRD是寫給誰看的以后,如果不清楚PRD的寫作目的,可能就會導致我們壓根不知道應該從哪些方面去著手撰寫PRD,從而變成一味的去堆砌一些我們自己都不知道是用來干啥的內(nèi)容,為了能夠有的放矢,我覺得需要去明確PRD的撰寫目的。
目的其實很簡單,通俗的說,就是讓對應崗位的查看對象在查看了PRD以后,能夠知道怎么樣去干活或者大致知道怎么樣去使用,倒推過來就是,因為看文檔的人不同,他們的目的也不同,所以他們關(guān)注的重點也會不同,下面,我用以下表格來去直觀的展示下:
查看對象 | 查看重點 | 為了方便查看對象查看重點可以提供的內(nèi)容 |
產(chǎn)品同事 | 幫助查漏補缺 | 業(yè)務流程圖、對應操作的原型、其他功能的細節(jié)描述 |
運營 | 了解業(yè)務或操作 | 業(yè)務流程圖,對應操作的原型 |
設計師 | 進行界面設計 | 所有界面的原型,而且為了設計師能夠更方便作圖,甚至可以把所有涉及到的界面原型,整理放到一個位置方便設計師查看 |
開發(fā)工程師 | 進行功能開發(fā) | 業(yè)務流程圖、界面原型、功能的細節(jié)描述等 |
其他需求方 | 了解業(yè)務或操作 | 業(yè)務流程圖,對應操作的原型 |
通過上面的表格,我們也能夠看出對于不同對象,PRD的查看重點也會有所差別,包含的內(nèi)容也會有差別,為了能夠使得PRD的目標用戶更好的去獲取到他想要的信息,那么綜合起來,一份PRD至少就應該包含以下內(nèi)容:業(yè)務流程圖、功能結(jié)構(gòu)圖、功能細節(jié)描述、界面原型等。
PRD的文檔結(jié)構(gòu)
前面我們已經(jīng)推理出了一份PRD至少應該包含業(yè)務流程圖、功能結(jié)構(gòu)圖、功能細節(jié)描述、界面原型等,那么從文檔的角度出發(fā),同時從沒有明確目的的內(nèi)容堆砌都是無用的這一點來看,可以大致列出以下腦圖:
PRD的撰寫原則
既然已經(jīng)清楚了PRD的基本結(jié)構(gòu)是怎樣的,那么具體應該怎么去撰寫呢,我覺得需要把握住幾個原則:
1.符合團隊實際情況
就是大家能夠使得團隊的各個成員覺得PRD不是一個擺設性的文檔,不會說為了樣式而樣式,為了模板而模板,為了存檔而存檔,而是需要真正實用。
2.清晰、有效
同時,各個團隊成員在查看PRD過程中不會覺得文檔總是存在看不懂存在各種漏洞,或者并沒有對工作溝通效率有所提升,而是能夠清晰的表達出業(yè)務以及功能點的實現(xiàn)方式。
產(chǎn)品經(jīng)理免費視頻教程,加QQ:2217622915獲取。
猜你喜歡:
一個合格的產(chǎn)品經(jīng)理應該具備哪些能力?
產(chǎn)品經(jīng)理畫移動端原型時需要注意哪些問題?