干貨堅(jiān)果鋪：如何寫好一份產(chǎn)品需求文檔

干貨堅(jiān)果鋪：如何寫好一份產(chǎn)品需求文檔PRD寫得好看還不如需求把握得準(zhǔn)確，PRD寫得好看還不如體驗(yàn)設(shè)計(jì)得順暢。工欲善其事必先利其器。產(chǎn)品需求文檔（以下都簡稱PRD）對(duì)于大多數(shù)產(chǎn)品新人來說都并不陌生，它是產(chǎn)品工作中非常重要的一部分。一份PRD可以直接的看出一個(gè)產(chǎn)品人對(duì)自己所負(fù)責(zé)的產(chǎn)品的整體把控能力，也能間接的看出產(chǎn)品人的產(chǎn)品思維，表現(xiàn)出產(chǎn)品人對(duì)某一垂直行業(yè)的專業(yè)知識(shí)廣度和需求洞察能力。而PRD從本質(zhì)上是服務(wù)于產(chǎn)品執(zhí)行的一種工具，它并沒有一種嚴(yán)格上的定式，不同產(chǎn)品不同項(xiàng)目都有這樣或那樣的區(qū)別，而只有能夠最大程度的服務(wù)好產(chǎn)品的PRD才是好的PRD。一個(gè)好的工匠是擅長于利用和打造工具的，產(chǎn)品人亦然。產(chǎn)品人除了要擅于打造PRD這個(gè)工具之外，還要善于利用它去服務(wù)產(chǎn)品的執(zhí)行工作。那么，接下來我將以我的個(gè)人經(jīng)驗(yàn)分享一下我打造PRD這一工具的方法論。希望各位可以求同存異，不斷迭代優(yōu)化。一、頭部。1、文件撰寫相關(guān)信息。這里的相關(guān)信息都是非常常規(guī)的信息，包括文件名稱、文件撰寫人、撰寫日期、文件版本號(hào)、文件審核人、文件審核日期等。2、文件聲明。一般是文件使用權(quán)限聲明、文件保密聲明。3、文件版本與修訂記錄PRD跟產(chǎn)品一樣也需要不斷的迭代更新優(yōu)化，那么每一次PRD版本的更新與修改都需要做詳細(xì)的記錄。如圖：版本說明.png這里的AMD分別代表：添加（added）、修改（modified）、刪除（deleted），每次版本的相應(yīng)操作都必須做出對(duì)應(yīng)的標(biāo)注。二、前言1、編寫目的。這部分主要闡述PRD的作用：開發(fā)人員開發(fā)依據(jù)設(shè)計(jì)人員輸入源產(chǎn)品經(jīng)理跟進(jìn)產(chǎn)品執(zhí)行實(shí)現(xiàn)程度的依據(jù)測(cè)試人員編寫功能測(cè)試用例的輸入源外部人員產(chǎn)品理解或執(zhí)行的依據(jù)等等2、產(chǎn)品（項(xiàng)目）周期。這部分則是闡述清楚產(chǎn)品需求、設(shè)計(jì)、開發(fā)、測(cè)試、上線等的相關(guān)周期（可用甘特圖表示）。一個(gè)項(xiàng)目開發(fā)周期確定后，沒有特殊情況下就必須嚴(yán)格把控和執(zhí)行項(xiàng)目進(jìn)度。附上簡單甘特圖：3、相關(guān)參考文檔資料。附上相關(guān)參考文檔的信息。以便相關(guān)人員獲取更詳細(xì)的信息。如圖：三、產(chǎn)品（項(xiàng)目）概況1、產(chǎn)品（項(xiàng)目）簡述。此部分主要是從整體的角度來去闡述一個(gè)項(xiàng)目或者產(chǎn)品，包括產(chǎn)品或項(xiàng)目解決的需求、包含哪些產(chǎn)品、包含哪些功能1.1、產(chǎn)品或項(xiàng)目的整體描述。整體上描述該產(chǎn)品或項(xiàng)目的全局，從解決的問題、如何解決問題、所創(chuàng)造的價(jià)值等方面進(jìn)行闡述。1.2、描述項(xiàng)目中包含的產(chǎn)品。如果是一個(gè)相對(duì)較大的項(xiàng)目則需要分別闡述清楚項(xiàng)目下?lián)碛械母鱾€(gè)產(chǎn)品。比如，從客戶端來說，有PC端、微信端、ios和安卓端；從用戶端來說，有B端、有C端。簡述各個(gè)產(chǎn)品在項(xiàng)目中發(fā)揮的作用。1.3、描述產(chǎn)品中包含的功能。接下則闡述各個(gè)產(chǎn)品所包含的主要功能。如：對(duì)于某款K12實(shí)時(shí)一對(duì)一答疑輔導(dǎo)產(chǎn)品來說，他有老師端和學(xué)生端兩款產(chǎn)品。老師端的主要功能有為學(xué)生解題。學(xué)生端的主要功能為上傳問題。2、專有名詞解釋。此部分主要解釋產(chǎn)品中涉及的相關(guān)專業(yè)名詞的解釋。如下圖，主要為教育機(jī)構(gòu)中的業(yè)務(wù)專有名詞：3、產(chǎn)品（項(xiàng)目）用戶角色描述。當(dāng)今互聯(lián)網(wǎng)產(chǎn)品中，產(chǎn)品的用戶都不止一個(gè)，PRD需在概況中描述清楚產(chǎn)品中涉及的每一種用戶角色。

如下圖：主要為教育機(jī)構(gòu)中的各種業(yè)務(wù)角色：4、產(chǎn)品（項(xiàng)目）總體架構(gòu)。此處畫出產(chǎn)品的總體功能結(jié)構(gòu)圖：功能結(jié)構(gòu)圖根據(jù)產(chǎn)品的每個(gè)功能逐一深入畫出結(jié)構(gòu)圖。

如下圖：為K12教育產(chǎn)品學(xué)霸君的功能結(jié)構(gòu)圖；5、產(chǎn)品（項(xiàng)目）業(yè)務(wù)流程圖。此處畫出產(chǎn)品總體的功能業(yè)務(wù)流程圖：（該流程圖為現(xiàn)階段搜提類K12在線學(xué)習(xí)APP的大致業(yè)務(wù)流程，流程中并沒有對(duì)子流程進(jìn)行細(xì)化。實(shí)際工作PRD中的細(xì)化子流程或文檔可在功能性需求中詳細(xì)附上并詳細(xì)描述。）流程圖中的圖示：四、產(chǎn)品功能性需求任何產(chǎn)品的需求都可以分為功能性需求和非功能性需求兩類。功能性需求一般是指產(chǎn)品中具體的、用戶可使用和感知的功能需求，如登錄注冊(cè)功能、導(dǎo)航功能、文件下載功能、支付功能等等。非功能性需求則一般偏向產(chǎn)品的性能需求，如產(chǎn)品響應(yīng)速度需求、產(chǎn)品測(cè)試環(huán)境需求、產(chǎn)品的安全需求等等。通俗的理解，就好比一部電腦功，能性需求是它能上網(wǎng)、能看電影、能聽歌、能玩游戲等等；而非功能性需求則是它的CPU是雙核還是四核，內(nèi)存是4G還是8G，電腦構(gòu)成材質(zhì)是塑料還是金屬等等。某種程度上，一個(gè)產(chǎn)品的功能性需求決定了這個(gè)產(chǎn)品能不能用，一個(gè)產(chǎn)品的非功能性需求則決定了這個(gè)產(chǎn)品能用多久，而一個(gè)產(chǎn)品好不好用則是功能性需求及非功能性需求的雙重體現(xiàn)。以下將以“注冊(cè)登錄”功能為例，講解在PRD中一個(gè)功能性需求的闡述。功能性需求的闡述也是一份PRD中最重要的部分，在實(shí)際工作中功能性需求的描述占了整個(gè)PRD的50%以上。1、需求編號(hào)及名稱?？筛鶕?jù)需求的類型、需求的名稱以及需求的優(yōu)先級(jí)對(duì)需求進(jìn)行編號(hào)。需求的類型。如：I=輸入需求(Input)；O=輸出需求(Output)；W=界面需求(Window)；R=角色及權(quán)限(Role)需求的名稱。如：登錄=longin；支付=payment。當(dāng)然，除了大部分通用的功能需求外，大部分的需求名字是配有專業(yè)名詞的。如：課程消耗=CoursesConsumption。優(yōu)先級(jí)。則可直接按序號(hào)排列。2、需求說明。對(duì)某一項(xiàng)需求功能進(jìn)行描述，描述清楚功能的使用者、使用場景、使用動(dòng)作與步驟、使用結(jié)果。如：登錄需求：該需求滿足了用戶在未登錄的情況下，觸發(fā)相關(guān)條件，輸入用戶id及密碼即可完成用戶登錄。3、功能的用戶用例。這里將以用戶主動(dòng)登錄的一個(gè)功能作為例子，展示功能需求中的用戶用例。相關(guān)概念的解釋：前置條件：即要完成當(dāng)前動(dòng)作，必須經(jīng)過的上一動(dòng)作?；臼录鳎河脩粼谡Ｇ闆r下無卡點(diǎn)完成某一動(dòng)作的全部流程。其他事件流：用戶在某動(dòng)作的操作中操作有誤，由操作中的錯(cuò)誤可能引發(fā)的相關(guān)流程情況。異常事件流：異常事件流導(dǎo)致該用例無法完成。后置條件：當(dāng)前動(dòng)作順利完成后抵達(dá)的頁面或觸發(fā)的條件。4、功能流程。同樣的將以登錄業(yè)務(wù)流程作為例子展示登錄業(yè)務(wù)中的流程圖。該流程圖詳細(xì)地展示了登錄過程中的所有流程可能，可詳細(xì)查看。5、產(chǎn)品界面原型。此產(chǎn)品界面原型為上面所講述的用戶用例中的產(chǎn)品界面原型：通常的情況下，在原型界面需要附上各個(gè)部件的文字解釋以及頁面的動(dòng)作和跳轉(zhuǎn)邏輯闡述。因?yàn)榇说卿浌δ転檩^常用功能，且用戶用例中也已經(jīng)描述較為清楚了，故此處不做文字解釋及跳轉(zhuǎn)邏輯闡述。6、相關(guān)字段。每個(gè)功能需求須要寫清楚該功能需求下包含的相關(guān)字段。字段則是指一個(gè)對(duì)象中包含的相關(guān)變量。如：對(duì)于一個(gè)學(xué)生用戶來說，他的字段可能包含以下幾種：id、username（用戶名）、手機(jī)號(hào)碼、qq、年級(jí)、所在學(xué)校等等五、非功能性需求1、產(chǎn)品性能需求。用戶承載量需求。如：支持2萬用戶同時(shí)在線。產(chǎn)品響應(yīng)速度需求。如：在網(wǎng)絡(luò)狀況良好的情況下，頁面跳轉(zhuǎn)速度不超過5秒。2、測(cè)試環(huán)境需求。產(chǎn)品測(cè)試環(huán)境與正式上線環(huán)境的需求。3、產(chǎn)品數(shù)據(jù)統(tǒng)計(jì)需求。自建的統(tǒng)計(jì)數(shù)據(jù)需求。如：相關(guān)事件埋點(diǎn)統(tǒng)計(jì)需求。接入第三方數(shù)據(jù)統(tǒng)計(jì)接口需求。如：接入友盟統(tǒng)計(jì)。4、安全性需求。惡意注冊(cè)防范需求。惡意刷數(shù)據(jù)防范需求5、產(chǎn)品兼容性需求?？蛻舳?。如：各種主流手機(jī)設(shè)備均可正常使用，無顯示異常，無閃退。WEB端。如：各種主流的尺寸及終端的WEB端顯示的頁面均無顯示異常。雖然我在文章開頭寫到“一份PRD可以直接的看出一個(gè)產(chǎn)品人對(duì)自己所負(fù)責(zé)的產(chǎn)品的整體把控能力，也能間接的看出產(chǎn)品人的產(chǎn)品思維，表現(xiàn)出產(chǎn)品人對(duì)某一垂直行業(yè)的專業(yè)知識(shí)廣度和需求洞察能力”，