接到需求，從何下手？擔(dān)心有錯漏？需求太多，思考時間不夠，質(zhì)量不高？
學(xué)會用框架解決問題，加速從思考到輸出的質(zhì)量與效率。
這份業(yè)務(wù)需求PRD框架及編寫規(guī)范，幫你構(gòu)建第一個產(chǎn)品思考框架~
適用對象：產(chǎn)品小白及初級產(chǎn)品經(jīng)理
需求名稱
修訂記錄
“修訂記錄，按時間從新到老排序。"
目錄
1、需求背景
2、需求目的
3、用戶場景
4、需求描述
4.1功能列表及優(yōu)先級
4.2 流程概述
4.3 需求點描述
4.4 關(guān)聯(lián)需求說明
4.5 埋點及數(shù)據(jù)分析
4.6 灰度放量方案
4.7 需求變更記錄
1、需求背景
描述需求產(chǎn)生的背景，目前的現(xiàn)狀，遇到的問題，解釋說明為什么要做這個需求。
2、需求目的
描述需求要達到的目的/解決的問題/帶來的價值。盡可能量化數(shù)據(jù)?？梢詮挠脩趔w驗/商業(yè)價值/效率提升/性能優(yōu)化幾個方面著手。
3、用戶場景
描述需求目標用戶核心使用場景。
4、需求描述
4.1功能列表及優(yōu)先級
4.2 全局概述
????名詞解釋
????產(chǎn)品功能結(jié)構(gòu)圖
????業(yè)務(wù)流程圖
????狀態(tài)流轉(zhuǎn)圖
名詞解釋:
編寫說明：避免歧義，對于新出現(xiàn)的和容易存在歧義的名詞概念進行說明。
產(chǎn)品功能結(jié)構(gòu)圖
編寫說明：梳理產(chǎn)品功能模塊，明確細化功能組成。
舉例：
業(yè)務(wù)流程圖:
編寫說明：明確流程輸入，輸出，判斷條件，邏輯完整，沒有錯漏；人員角色、系統(tǒng)模塊、業(yè)務(wù)環(huán)節(jié)，邊界清晰。形式一般采用泳道圖。
舉例
狀態(tài)流轉(zhuǎn)圖:
編寫說明：描述清楚對象在它的生命周期內(nèi)所經(jīng)歷的各個狀態(tài)序列，以及如何響應(yīng)來自外界的各種事件。一般在訂單類，審批類場景中使用較多。
舉例
4.3 需求點描述
功能邏輯/操作說明：操作流程圖；功能入口及頁面跳轉(zhuǎn)
頁面信息說明：字段取值規(guī)則，顯示規(guī)則；文案
特殊說明：規(guī)則說明；異常處理，如頁面無結(jié)果/無網(wǎng)絡(luò)提示
其他說明：是否涉及功能消息通知（push/短信）；是否需要做成可配置
非功能性需求：安全，如數(shù)據(jù)傳輸加密；性能，如響應(yīng)時間、吞吐量、并發(fā)用戶數(shù)要求
交互稿：交互效果說明
設(shè)計稿：視覺效果說明
“初級產(chǎn)品經(jīng)理，尤其要重點關(guān)注的是數(shù)據(jù)層面的邏輯是否完整?；ヂ?lián)網(wǎng)時代的產(chǎn)品本質(zhì)結(jié)構(gòu)都是數(shù)據(jù)，數(shù)據(jù)的生產(chǎn)，流轉(zhuǎn)，消費方式是否清晰明確，是區(qū)別于外行人的第一個思考維度。”
4.4 關(guān)聯(lián)需求說明
如需求涉及到的管理后臺系統(tǒng)改造。
4.5 埋點及數(shù)據(jù)分析
4.5.1數(shù)據(jù)分析：需求上線前需建立數(shù)據(jù)報表。
舉例：
4.5.2 數(shù)據(jù)采集（埋點）
埋點定義：基于業(yè)務(wù)需求，為日后進行數(shù)據(jù)分析，提前在應(yīng)用中特定流程植入代碼采集數(shù)據(jù)，從而達到追蹤用戶行為，輔助決策的目的。
埋點是為數(shù)據(jù)分析服務(wù)的，關(guān)注什么，就埋什么。
觸發(fā)事件分類：
1.曝光：每被用戶看到一次，就是一個曝光事件。比如商品的曝光。
2.點擊：用戶每進行一次點擊，就是一個點擊事件。比如按鈕的點擊。
舉例：
4.6 灰度發(fā)布方案
灰度發(fā)布，指的是按照一定策略，選擇部分用戶先行使用產(chǎn)品新功能，如果用沒有問題，則逐步擴大使用群體范圍。目的是保證整體系統(tǒng)的穩(wěn)定，及早發(fā)現(xiàn)并解決問題，降低新功能的不穩(wěn)定對用戶的影響度。
灰度發(fā)布目標
用戶選取策略
時間窗口確定
4.7 需求變更記錄
變更時間
變更原因
變更發(fā)起人
變更內(nèi)容
5.自查表
