產(chǎn)品需求文檔PRD

1、產(chǎn)品需求文檔prdx xxxx 產(chǎn)品需求文檔（ prd ）編制日期：年月日xxxx 產(chǎn)品需求文檔（prd）一、基本信息 編制人 編寫時(shí)間 審核 審核時(shí)間 版本 二、文件修訂歷史 序號(hào) 版本號(hào) 修訂章節(jié) 修訂原因 修訂日期 修訂人 修訂說明目錄前言- -錯(cuò)誤!未定義書簽。一、前言- -4 4 1、編寫目的 - 4 2、參考文獻(xiàn) - 4 二、產(chǎn)品概述- -4 4 1、產(chǎn)品簡述 - 4 2、專有名詞解釋 - 錯(cuò)誤! ! 未定義書簽。3、產(chǎn)品用戶角色描述 - 錯(cuò)誤! ! 未定義書簽。4、產(chǎn)品總體架構(gòu) - 錯(cuò)誤! ! 未定義書簽。5、產(chǎn)品業(yè)務(wù)流程圖 - 錯(cuò)誤! ! 未定義書簽。三、產(chǎn)品功能需求- -7

2、7 1、 功能點(diǎn)- -7 2、需求編號(hào)及名稱 - 7 3、需求說明 - 7 4、功能業(yè)務(wù)流程圖 - 7 5、功能流程 - 8 6、產(chǎn)品界面原型 - 錯(cuò)誤! ! 未定義書簽。7、相關(guān)字段 - 11 四、非功能性需求-錯(cuò)誤!未定義書簽。1、產(chǎn)品性能需求 - 錯(cuò)誤! ! 未定義書簽。2、測(cè)試環(huán)境需求 - 錯(cuò)誤! ! 未定義書簽。3、產(chǎn)品數(shù)據(jù)統(tǒng)計(jì)需求 - 錯(cuò)誤! ! 未定義書簽。4、安全性需求 - 錯(cuò)誤! ! 未定義書簽。5、產(chǎn)品兼容性需求 - 錯(cuò)誤! ! 未定義書簽。一、前言1、編寫目的 這部分主要闡述 prd 的作用：(1) 開發(fā)人員開發(fā)依據(jù) (2) 設(shè)計(jì)人員輸入源 (3) 產(chǎn)品經(jīng)理跟進(jìn)產(chǎn)品執(zhí)行實(shí)

3、現(xiàn)程度的依據(jù) (4) 測(cè)試人員編寫功能測(cè)試用例的輸入源 (5) 外部人員產(chǎn)品理解或執(zhí)行的依據(jù) (6) 等等 2、參考文獻(xiàn) 附上相關(guān)參考文檔的信息。以便相關(guān)人員獲取更詳細(xì)的信息。文檔名稱 版本 用途 備注二、產(chǎn)品概述1、產(chǎn)品簡述 此部分主要是從整體的角度來去闡述一個(gè)項(xiàng)目或者產(chǎn)品，包括產(chǎn)品或項(xiàng)目解決的需求、包含哪些產(chǎn)品、包含哪些功能。（1）產(chǎn)品或項(xiàng)目的整體描述。整體上描述該產(chǎn)品或項(xiàng)目的全局，從解決的問題、如何解決問題、所創(chuàng)造的價(jià)值等方面進(jìn)行闡述。（2）描述項(xiàng)目中包含的產(chǎn)品。如果是一個(gè)相對(duì)較大的項(xiàng)目則需要分別闡述清楚項(xiàng)目下?lián)碛械母鱾€(gè)產(chǎn)品。比如，從客戶端來說，有 pc 端、微信端、ios 和安卓端；從

4、用戶端來說，有 b 端、有 c 端。簡述各個(gè)產(chǎn)品在項(xiàng)目中發(fā)揮的作用。（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ù)專有名詞：專有名詞 描述 1 對(duì) 1 教育輔導(dǎo)的一種形式，一個(gè)老師只對(duì)應(yīng)一個(gè)學(xué)生進(jìn)行授課3、產(chǎn)品用戶角色描述 當(dāng)今互聯(lián)網(wǎng)產(chǎn)品中，產(chǎn)品的用戶都不止一個(gè)，prd 需在概況中描述清楚產(chǎn)品中涉及的每一種用戶角色。如下圖：主要為教育機(jī)構(gòu)中的各種業(yè)務(wù)

5、角色：用戶角色 用戶角色描述 系統(tǒng)管理員 系統(tǒng)的超級(jí)管理賬戶4、產(chǎn)品總體架構(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)品業(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)品功能需求1、功能點(diǎn)（手機(jī)注冊(cè)）2、需求編號(hào)及名稱 a、可根據(jù)需求的類型、需求的名稱以及需求的優(yōu)先級(jí)對(duì)需求進(jìn)行編號(hào)。b、需求的類型。如：i=輸入需求(input

6、)； o=輸出需求(output)； w=界面需求(window)； r=角色及權(quán)限(role) c、需求的名稱。如：登錄=longin；支付=payment。當(dāng)然，除了大部分通用的功能需求外，大部分的需求名字是配有專業(yè)名詞的。如：課程消耗=coursesconsumption。d、優(yōu)先級(jí)。則可直接按序號(hào)排列。3、需求說明 對(duì)某一項(xiàng)需求功能進(jìn)行描述，描述清楚功能的使用者、使用場(chǎng)景、使用動(dòng)作與步驟、使用結(jié)果。如：登錄需求：該需求滿足了用戶在未登錄的情況下，觸發(fā)相關(guān)條件，輸入用戶 id 及密碼即可完成用戶登錄。4、功能業(yè)務(wù)流程圖 這里將以用戶主動(dòng)登錄的一個(gè)功能作為例子，展示功能需求中的用戶用例。相

7、關(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ā)的條件。5、功能流程 同樣的將以登錄業(yè)務(wù)流程作為例子展示登錄業(yè)務(wù)中的流程圖。該流程圖詳細(xì)地展示了登錄過程中的所有流程可能，可詳細(xì)查看。6、產(chǎn)品界面原型 此產(chǎn)品界面原型為上面所講述的用戶用例中的產(chǎn)品界面原型：通常的情況下，在原型界面需要附上各個(gè)部件的文字解釋以及頁面的動(dòng)作和跳轉(zhuǎn)邏輯闡述。因?yàn)榇说卿浌δ転檩^常用功能，

8、且用戶用例中也已經(jīng)描述較為清楚了，故此處不做文字解釋及跳轉(zhuǎn)邏輯闡述。7、相關(guān)字段 每個(gè)功能需求須要寫清楚該功能需求下包含的相關(guān)字段。字段則是指一個(gè)對(duì)象中包含的相關(guān)變量。如：對(duì)于一個(gè)學(xué)生用戶來說，他的字段可能包含以下幾種：id、username（用戶名）、手機(jī)號(hào)碼、qq、年級(jí)、所在學(xué)校等等四、 非功能性需求1、產(chǎn)品性能需求a、用戶承載量需求。如：支持 2 萬用戶同時(shí)在線。b、產(chǎn)品響應(yīng)速度需求。如：在網(wǎng)絡(luò)狀況良好的情況下，頁面跳轉(zhuǎn)速度不超過 5 秒。2、測(cè)試環(huán)境需求a、產(chǎn)品測(cè)試環(huán)境與正式上線環(huán)境的需求。3、產(chǎn)品數(shù)據(jù)統(tǒng)計(jì)需求a、自建的統(tǒng)計(jì)數(shù)據(jù)需求。如：相關(guān)事件埋點(diǎn)統(tǒng)計(jì)需求。b、接入第三方數(shù)據(jù)統(tǒng)計(jì)接口需求。如：接入友盟統(tǒng)計(jì)。4、安全性需求a、惡意注冊(cè)防范需求。b、惡意刷數(shù)據(jù)防范需求 5、產(chǎn)品兼容性需求a、