
PRD PRD ?更好的PRD
本篇文章共1965字 |建議閱讀時(shí)間5分鐘
說到產(chǎn)品經(jīng)理崗,因?yàn)楦髯詮氖碌募?xì)分領(lǐng)域不同、企業(yè)風(fēng)格不同,因此做事的偏重點(diǎn)也會(huì)不盡相同。但從大的顆粒度來看無非是采需求、做設(shè)計(jì)、寫文檔、盯進(jìn)度這么幾大部分,當(dāng)然背黑鍋、做保姆、活躍組織氣氛也是大部分產(chǎn)品人喜聞樂見的日常工作。我們今天就來聊一聊產(chǎn)品經(jīng)理那些年寫過的那些文檔。
都有哪些文檔

這里按照適用群體的不同可以大體上將文檔分為三個(gè)大類,分別是BRD、MRD和PRD(BRD、MRD和PRD分別是商業(yè)需求文檔、市場(chǎng)需求文檔和產(chǎn)品需求文檔的簡(jiǎn)稱),其中BRD和MRD分別是為了向老板或投資人展示產(chǎn)品的市場(chǎng)分析、未來發(fā)展方向、功能特點(diǎn)、商業(yè)模式等便宏觀的內(nèi)容,格式多以PPT為主。
而PRD則是包括了產(chǎn)品的整體說明、功能描述等偏具象的內(nèi)容,是整體業(yè)務(wù)的細(xì)化和再拆分,是落實(shí)到功能點(diǎn)的可執(zhí)行部分,也是產(chǎn)品和研發(fā)溝通的主要文檔和重要說明,接下來著重講一下PRD文檔的相關(guān)內(nèi)容。
什么是PRD

在說PRD的具體內(nèi)容前,我們不妨向上溯源,了解下為什么會(huì)有PRD這種文檔形式,或者說PRD存在的意義是什么。
當(dāng)我們從用戶那里收集到需求后經(jīng)過初步的市場(chǎng)調(diào)研、需求篩選和可行性分析后會(huì)將需求轉(zhuǎn)化為一條條用戶需求,而在產(chǎn)品經(jīng)理的規(guī)劃和分析下會(huì)對(duì)這些需求進(jìn)行去重、歸類然后轉(zhuǎn)化為產(chǎn)品需求,形成產(chǎn)品功能列表也就是我們常說的Feature List。這時(shí)候我們需要將大大小小的功能點(diǎn)匯總成為一個(gè)產(chǎn)品并最終實(shí)現(xiàn)它就需要將我們的意圖系統(tǒng)的表達(dá)給設(shè)計(jì)獅、程序猿,然而此時(shí)任何的表達(dá)不清或錯(cuò)誤都會(huì)造成后續(xù)工作的無法進(jìn)行或返工,因此產(chǎn)品需求文檔應(yīng)運(yùn)而生。
所以對(duì)這種文檔的判斷要求也就變得清晰明了,第一要規(guī)范化的格式,不能一個(gè)項(xiàng)目一套文檔標(biāo)準(zhǔn),采用統(tǒng)一的規(guī)范可以在最大的程度上避免產(chǎn)品設(shè)計(jì)上的內(nèi)容疏缺。第二則是要以程序猿、設(shè)計(jì)獅能理解的語言來描述,專業(yè)的術(shù)語不僅能減少分歧更能使產(chǎn)品經(jīng)理給相關(guān)各方留下一個(gè)專業(yè)認(rèn)真的形象,有利于團(tuán)隊(duì)的凝聚力。
一份優(yōu)秀的PRD應(yīng)該包含哪些內(nèi)容

相信通過上面的解釋,我們應(yīng)該已經(jīng)能夠明白PRD文檔的適用群體和對(duì)產(chǎn)品的重要性,那么我們下面不妨來總結(jié)下一份優(yōu)秀的PRD都應(yīng)該包含哪些內(nèi)容。
PRD從整體上看可以劃分為總體說明部分和UC部分,總體說明部分按照功能的不同又可劃分為以下幾個(gè)模塊,分別為修訂歷史——用以交代每次修改的責(zé)任人和修改內(nèi)容,項(xiàng)目概述——從業(yè)務(wù)背景和意義入手從整體上告訴讀者為什么要做這個(gè)產(chǎn)品,功能范圍——從全局視角交代產(chǎn)品的功能點(diǎn),重點(diǎn)描述系統(tǒng)中角色的職責(zé),優(yōu)先級(jí)劃分——對(duì)功能點(diǎn)進(jìn)行優(yōu)先級(jí)的排序,以便相關(guān)人員快速定位產(chǎn)品的核心功能和規(guī)劃后續(xù)工作安排,非功能性需求——對(duì)如性能和埋點(diǎn)等非功能型需求做出相關(guān)要求和說明。
UC部分則是由多個(gè)用例組成,每個(gè)用例對(duì)應(yīng)產(chǎn)品的一個(gè)或多個(gè)功能點(diǎn),由用例名、設(shè)計(jì)圖、流程圖、用例圖、狀態(tài)圖、序列圖、用例說明、交換說明、邊界條件等部分共同組成,這其中具體采用哪些類型的UML圖需要根據(jù)產(chǎn)品的業(yè)務(wù)類型而定。舉個(gè)栗子,偏向后臺(tái)流程管理的產(chǎn)品應(yīng)將重點(diǎn)放在流程圖、時(shí)序圖、類圖等能表達(dá)清楚業(yè)務(wù)流程的UML圖上,而手機(jī)APP類以頁面交互為主的產(chǎn)品則應(yīng)將重點(diǎn)放在用例圖、狀態(tài)圖等能夠表達(dá)頁面之間交換和關(guān)聯(lián)關(guān)系及用戶操作順序的UML圖上。以上內(nèi)容就是是PRD的核心部分。
總之如果說要用一句話概括PRD是什么,應(yīng)該醬嬸定義,“產(chǎn)品經(jīng)理向研發(fā)和設(shè)計(jì)詳細(xì)描述產(chǎn)品功能點(diǎn)的溝通介質(zhì)”。所以無論P(yáng)RD的形是什么,一定要向這個(gè)核心去努力,注意關(guān)鍵詞詳細(xì)、溝通。
PR沒有D

既然PRD的本質(zhì)是詳細(xì)的溝通介質(zhì),那么理論上只要滿足詳細(xì)和功能的需求都可以用來作為PRD的替代品。然而隨著敏捷開發(fā)和設(shè)計(jì)至上的理念深入人心,產(chǎn)品的開發(fā)流程也由傳統(tǒng)的瀑布式逐漸向產(chǎn)品設(shè)計(jì)配合不斷修改設(shè)計(jì),研發(fā)測(cè)試同步快速迭代功能的敏捷開發(fā)轉(zhuǎn)變。所以PRD上的內(nèi)容經(jīng)常會(huì)需要反復(fù)修改,這樣PRD的劣勢(shì)也漸漸凸顯出來,比如功能修改后PRD文檔的修改常常會(huì)忽略相關(guān)聯(lián)的模塊,交互設(shè)計(jì)在PRD這種靜態(tài)文檔形式上不容易展現(xiàn)。
為了解決這些問題不同的公司也會(huì)采取不同的處理方案,有的會(huì)簡(jiǎn)化PRD的文檔形式、有的則是徹底舍棄PRD以產(chǎn)品原型和用例文檔配合來代替。我個(gè)人更推薦后一種形式,一則是因?yàn)楦弑U娴脑涂梢愿忧宄靼椎谋硎霎a(chǎn)品的交互樣式和功能點(diǎn),二則是高保真原型在需求修改時(shí)更不容易忽略相關(guān)的功能點(diǎn),最后每一個(gè)高保真原型都可以作為一個(gè)最小的MVP原型,在做用戶調(diào)研時(shí)甚至不需要開發(fā)出基本的功能就可以用于用戶測(cè)試,再配合用例文檔和原型上的功能注釋,相信會(huì)是一種不錯(cuò)的產(chǎn)品需求說明。
然而,一切的的形式都要與對(duì)應(yīng)的目標(biāo)相配合。無論是PRD文檔還是高保真原型,理論上都有其適用的范圍,任何一件事或一個(gè)道理脫離了他的環(huán)境都會(huì)變得沒有道理,因此要通過現(xiàn)象看本質(zhì)選擇最適合團(tuán)隊(duì)的溝通方式才是高于任何文檔形式的核心本質(zhì)。?
諒直多聞,一個(gè)奮斗在北京的異鄉(xiāng)青年兒,渴望通過自己的雙腳登上產(chǎn)品經(jīng)理之神道路,并作出一件足以改變世界的產(chǎn)品。