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

1、,.* 產(chǎn)品需求文檔基本信息編寫人員編寫時間審核審核時間版本v1.01文檔修訂歷史序號版本號修訂章節(jié)修訂原因修訂日期修訂人修訂說明xxxx 年 xx 月 xx 日;.,.目錄前言-錯誤！未定義書簽。第一章 前言-31.1編寫目的-31.2參考文獻-3第二章 產(chǎn)品概述 -42.1產(chǎn)品簡述-42.2專有名詞解釋 -42.3產(chǎn)品用戶角色描述 -52.4產(chǎn)品總體架構 -52.5產(chǎn)品業(yè)務流程圖 -5第三章 產(chǎn)品功能需求 -73.1功能點 1 -73.1.1需求編號及名稱 -73.1.2需求說明 -83.1.3功能業(yè)務流程圖 -83.1.4功能流程 -93.1.5產(chǎn)品界面原型 -113.1.6相關字段 -

2、錯誤！未定義書簽。第四章 非功能性需求 -12;.,.4.1 產(chǎn)品性能需求-134.2 測試環(huán)境需求-134.3 產(chǎn)品數(shù)據(jù)統(tǒng)計需求-134.4 安全性需求-134.5 產(chǎn)品兼容性需求-13第一章前言1.1 編寫目的這部分主要闡述prd 的作用：開發(fā)人員開發(fā)依據(jù)設計人員輸入源產(chǎn)品經(jīng)理跟進產(chǎn)品執(zhí)行實現(xiàn)程度的依據(jù)測試人員編寫功能測試用例的輸入源外部人員產(chǎn)品理解或執(zhí)行的依據(jù)等等1.2 參考文獻附上相關參考文檔的信息。以便相關人員獲取更詳細的信息。文檔名稱版本用途;.,.xx 產(chǎn)品原型圖 .rpv1.0查看產(chǎn)品原型細節(jié)及頁面跳轉邏輯xx 業(yè)務流程圖 .vsdv1.0查看某一功能的業(yè)務細節(jié)第二章產(chǎn)品概述2

3、.1 產(chǎn)品簡述此部分主要是從整體的角度來去闡述一個項目或者產(chǎn)品，包括產(chǎn)品或項目解決的需求、包含哪些產(chǎn)品、包含哪些功能2.1.1 產(chǎn)品或項目的整體描述。整體上描述該產(chǎn)品或項目的全局，從解決的問題、 如何解決問題、 所創(chuàng)造的價值等方面進行闡述。2.1.2 描述項目中包含的產(chǎn)品。如果是一個相對較大的項目則需要分別闡述清楚項目下?lián)碛械母鱾€產(chǎn)品。比如，從客戶端來說，有 pc 端、微信端、 ios 和安卓端；從用戶端來說，有b 端、有 c 端。簡述各個產(chǎn)品在項目中發(fā)揮的作用。2.1.3 描述產(chǎn)品中包含的功能。接下則闡述各個產(chǎn)品所包含的主要功能。如：對于某款k12 實時一對一答疑輔導產(chǎn)品來說，他有老師端和學

4、生端兩款產(chǎn)品。老師端的主要功能有為學生解題。學生端的主要功能為上傳問題。;.,.2.2 專有名詞解釋此部分主要解釋產(chǎn)品中涉及的相關專業(yè)名詞的解釋。如下圖，主要為教育機構中的業(yè)務專有名詞：專有名詞描述1 對 1教育輔導的一種形式，一個老師只對應一個學生進行授課2.3 產(chǎn)品用戶角色描述當今互聯(lián)網(wǎng)產(chǎn)品中，產(chǎn)品的用戶都不止一個，prd 需在概況中描述清楚產(chǎn)品中涉及的每一種用戶角色。如下圖：主要為教育機構中的各種業(yè)務角色：用戶角色用戶角色描述系統(tǒng)管理員系統(tǒng)的超級管理賬戶;.,.2.4 產(chǎn)品總體架構此處畫出產(chǎn)品的總體功能結構圖：功能結構圖根據(jù)產(chǎn)品的每個功能逐一深入畫出結構圖。如下圖：為k12 教育產(chǎn)品學霸

5、君的功能結構圖；2.5 產(chǎn)品業(yè)務流程圖此處畫出產(chǎn)品總體的功能業(yè)務流程圖：（該流程圖為現(xiàn)階段搜提類k12 在線學習app 的大致業(yè)務流程，流程中并沒有對子流程進行細化。實際工作prd 中的細化子流程或文檔可在功能性需求中詳細附上并詳細描述。）;.,.流程圖中的圖示：第三章產(chǎn)品功能需求3.1 功能點 1 （手機注冊）3.1.1 需求編號及名稱可根據(jù)需求的類型、需求的名稱以及需求的優(yōu)先級對需求進行編號。需求的類型。 如： i= 輸入需求 (input)； o= 輸出需求 (output)； w= 界面需求 (window)；r= 角色及權限 (role)需求的名稱。 如：登錄 =longin；支付

6、=payment。當然，除了大部分通用的功能需求外，大部分的需求名字是配有專業(yè)名詞的。如：課程消耗=coursesconsumption。優(yōu)先級。 則可直接按序號排列。;.,.3.1.2需求說明對某一項需求功能進行描述，描述清楚功能的使用者、使用場景、使用動作與步驟、使用結果。如：登錄需求：該需求滿足了用戶在未登錄的情況下，觸發(fā)相關條件，輸入用戶id 及密碼即可完成用戶登錄。3.1.3功能業(yè)務流程圖這里將以用戶主動登錄的一個功能作為例子，展示功能需求中的用戶用例。相關概念的解釋：;.,.前置條件：即要完成當前動作，必須經(jīng)過的上一動作?；臼录鳎河脩粼谡Ｇ闆r下無卡點完成某一動作的全部流程。其

7、他事件流：用戶在某動作的操作中操作有誤，由操作中的錯誤可能引發(fā)的相關流程情況。異常事件流：異常事件流導致該用例無法完成。后置條件：當前動作順利完成后抵達的頁面或觸發(fā)的條件。3.1.4功能流程同樣的將以登錄業(yè)務流程作為例子展示登錄業(yè)務中的流程圖。該流程圖詳細地展示了登錄過程中的所有流程可能，可詳細查看。;.,.;.,.3.1.5產(chǎn)品界面原型此產(chǎn)品界面原型為上面所講述的用戶用例中的產(chǎn)品界面原型：;.,.通常的情況下，在原型界面需要附上各個部件的文字解釋以及頁面的動作和跳轉邏輯闡述。因為此登錄功能為較常用功能，且用戶用例中也已經(jīng)描述較為清楚了，故此處不做文字解釋及跳轉邏輯闡述。3.1.6相關字段每個功能需求須要寫清楚該功能需求下包含的相關字段。字段則是指一個對象中包含的相關變量。如：對于一個學生用戶來說，他的字段可能包含以下幾種：id 、 username（用戶名）、手機號碼、 qq 、年級、所在學校等等;.,.第四章非功能性需求4.1 產(chǎn)品性能需求用戶承載量需求。如：支持2 萬用戶同時在線。產(chǎn)品響應速度需求。如：在網(wǎng)絡狀況良好的情況下，頁面跳轉速度不超過5 秒。4.2 測試環(huán)境需求產(chǎn)品測試環(huán)境與正式上線環(huán)境的需求。4.3 產(chǎn)品數(shù)據(jù)統(tǒng)計需求自建的統(tǒng)計數(shù)據(jù)需求。如：相關事件埋點統(tǒng)計需求。接入第三方數(shù)據(jù)統(tǒng)計