產品需求文檔PRD模板

1、*產品需求文檔基本信息編寫人員編寫時間審核審核時間版本V1.01文檔修訂歷史序號版本號修訂章節(jié)修訂原因修訂日期修訂人修訂說明xxxx年xx月xx日目錄前言4第一章 前言51.1 編寫目的51.2 參考文獻5第二章 產品概述52.1 產品簡述52.2 專有名詞解釋52.3產品用戶角色描述52.4產品總體架構52.5產品業(yè)務流程圖5第三章 產品功能需求93.1 功能點193.1.1需求編號及名稱93.1.2 需求說明93.1.3 功能業(yè)務流程圖103.1.4 功能流程103.1.5 產品界面原型103.1.6 相關字段10第四章 非功能性需求114.1產品性能需求114.2測試環(huán)境需求114.3產

2、品數(shù)據(jù)統(tǒng)計需求114.4安全性需求114.5產品兼容性需求11第一章 前言1.1 編寫目的這部分主要闡述PRD的作用：· 開發(fā)人員開發(fā)依據(jù)· 設計人員輸入源· 產品經理跟進產品執(zhí)行實現(xiàn)程度的依據(jù)· 測試人員編寫功能測試用例的輸入源· 外部人員產品理解或執(zhí)行的依據(jù)· 等等1.2 參考文獻附上相關參考文檔的信息。以便相關人員獲取更詳細的信息。文檔名稱版本用途xx產品原型圖.rpv1.0查看產品原型細節(jié)及頁面跳轉邏輯xx業(yè)務流程圖.vsdv1.0查看某一功能的業(yè)務細節(jié)第二章 產品概述2.1 產品簡述此部分主要是從整體的角度來去闡述一個項目或

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

4、名詞解釋此部分主要解釋產品中涉及的相關專業(yè)名詞的解釋。如下圖，主要為教育機構中的業(yè)務專有名詞：專有名詞描述1對1教育輔導的一種形式，一個老師只對應一個學生進行授課2.3產品用戶角色描述當今互聯(lián)網(wǎng)產品中，產品的用戶都不止一個，PRD需在概況中描述清楚產品中涉及的每一種用戶角色。如下圖：主要為教育機構中的各種業(yè)務角色：用戶角色用戶角色描述系統(tǒng)管理員系統(tǒng)的超級管理賬戶2.4產品總體架構此處畫出產品的總體功能結構圖：功能結構圖根據(jù)產品的每個功能逐一深入畫出結構圖。如下圖：為K12教育產品學霸君的功能結構圖；2.5產品業(yè)務流程圖此處畫出產品總體的功能業(yè)務流程圖：（該流程圖為現(xiàn)階段搜提類K12在線學習AP

5、P的大致業(yè)務流程，流程中并沒有對子流程進行細化。實際工作PRD中的細化子流程或文檔可在功能性需求中詳細附上并詳細描述。）流程圖中的圖示：第三章 產品功能需求3.1 功能點1（手機注冊）3.1.1需求編號及名稱可根據(jù)需求的類型、需求的名稱以及需求的優(yōu)先級對需求進行編號。需求的類型。如： I=輸入需求(Input)； O=輸出需求(Output)； W=界面需求(Window)； R=角色及權限(Role)需求的名稱。如：登錄=longin；支付=payment。當然，除了大部分通用的功能需求外，大部分的需求名字是配有專業(yè)名詞的。如：課程消耗=CoursesConsumption。優(yōu)先級。則可直接

6、按序號排列。3.1.2 需求說明對某一項需求功能進行描述，描述清楚功能的使用者、使用場景、使用動作與步驟、使用結果。如：登錄需求：該需求滿足了用戶在未登錄的情況下，觸發(fā)相關條件，輸入用戶id及密碼即可完成用戶登錄。3.1.3 功能業(yè)務流程圖這里將以用戶主動登錄的一個功能作為例子，展示功能需求中的用戶用例。相關概念的解釋：· 前置條件：即要完成當前動作，必須經過的上一動作。· 基本事件流：用戶在正常情況下無卡點完成某一動作的全部流程。· 其他事件流：用戶在某動作的操作中操作有誤，由操作中的錯誤可能引發(fā)的相關流程情況。· 異常事件流：異常事件流導致該用例無法

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