Product Requirement Description乘碑，簡(jiǎn)稱PRD奔害，是每個(gè)產(chǎn)品經(jīng)理日常工作產(chǎn)出的一個(gè)重要部分吓肋。
其實(shí)PRD就是產(chǎn)品需求描述文檔，沒(méi)有什么固定的格式异雁，只要能把需求說(shuō)明白就行捶障。這里說(shuō)明白指的是，UE（如果有的話）能根據(jù)這份文檔畫(huà)出產(chǎn)品原型圖纲刀，開(kāi)發(fā)能根據(jù)這份文檔项炼，結(jié)合產(chǎn)品原型圖開(kāi)始擼代碼，測(cè)試也能根據(jù)這份文檔寫(xiě)測(cè)試用例示绊。并且锭部，假如你撤了，后續(xù)接手的人也能夠通過(guò)這份文檔快速上手這個(gè)產(chǎn)品或功能面褐。
要把需求針對(duì)不同角色的人員描述清楚拌禾，不是一件容易的事兒。所以一般PRD文檔里除了文字描述盆耽，還會(huì)包括：頁(yè)面線框圖蹋砚、業(yè)務(wù)流程圖扼菠、產(chǎn)品架構(gòu)圖摄杂，以及各種結(jié)構(gòu)化的表格坝咐，目的都是為了幫助相關(guān)人更好地理解產(chǎn)品需求。
因此析恢，雖然PRD沒(méi)有固定的格式墨坚，但是最好包含以下這些內(nèi)容，才能算是一份比較完整的PRD映挂。
1. 修訂歷史
從修訂歷史可以看出一份PRD的編寫(xiě)軌跡泽篮，什么時(shí)候創(chuàng)建的、什么時(shí)候增加了某個(gè)功能柑船、以及大的版本調(diào)整是在什么時(shí)候帽撑。
修訂歷史一般包含：版本號(hào)，修訂日期鞍时，修訂者亏拉，修訂內(nèi)容，審核人?
2. 項(xiàng)目概述
2.1 項(xiàng)目背景
簡(jiǎn)單闡述需求來(lái)源逆巍，為什么要做這個(gè)產(chǎn)品或功能及塘。
比如來(lái)自于用戶反饋、客戶要求锐极、或者公司戰(zhàn)略等笙僚。
2.2 專業(yè)名詞定義
文檔里涉及到的一些專業(yè)術(shù)語(yǔ)和字母縮寫(xiě)，提前在這里統(tǒng)一介紹灵再，方便閱讀人后續(xù)理解肋层。
如：
CP：Content Provider，內(nèi)容供應(yīng)商
T-BOX：Telematics box翎迁，車載通信盒子
2.3 場(chǎng)景案例
需求其實(shí)是用戶場(chǎng)景的抽象表達(dá)槽驶。在正式描述需求前，先說(shuō)明一下這個(gè)需求的具體場(chǎng)景鸳兽，也就是用戶／客戶會(huì)怎么使用掂铐。
場(chǎng)景一：.......
場(chǎng)景二：.......
2.4 預(yù)期效果目標(biāo)
這部分可以從兩個(gè)方面來(lái)闡述，一個(gè)是用戶層面揍异，另一個(gè)是數(shù)據(jù)層面全陨。
用戶層面指的是，這個(gè)產(chǎn)品／功能上線后衷掷，用戶可以 比如對(duì)收藏的歌單進(jìn)行排序操作辱姨；
數(shù)據(jù)層面指的是，DAU戚嗅、MAU雨涛、ARPU枢舶、頁(yè)面轉(zhuǎn)化率等指標(biāo)數(shù)據(jù)。
2.5 產(chǎn)品框架
適用于相對(duì)復(fù)雜一些的產(chǎn)品或功能模塊替久。這里只需要站在產(chǎn)品的角度凉泄，把涉及到的各個(gè)前后臺(tái)功能模塊之間的關(guān)系梳理清楚即可。也可以叫產(chǎn)品架構(gòu)蚯根。
2.6 總體流程
這個(gè)部分有的話就寫(xiě)后众，沒(méi)有的話也可以省略。
如果流程已經(jīng)被分解到各子模塊當(dāng)中了颅拦，就不需要硬拼出一個(gè)總體流程蒂誉。
2.7 本期功能范圍
如果是比較復(fù)雜的產(chǎn)品和功能，一般會(huì)分幾期來(lái)實(shí)現(xiàn)距帅。在這里列出這一期要做的功能模塊右锨。
通常用表格的形式來(lái)描述，表頭包括：
子模塊碌秸，功能定義绍移，詳細(xì)描述，優(yōu)先級(jí)哮肚，對(duì)應(yīng)的需求號(hào)
2.8 應(yīng)用入口說(shuō)明
描述該應(yīng)用或功能的入口有幾個(gè)登夫，分別在哪里。
3. 功能說(shuō)明
3.1 功能模塊1
可以簡(jiǎn)單放一個(gè)線框圖在這里允趟，幫助理解恼策。
3.2 業(yè)務(wù)規(guī)則
3.2.1 顯示規(guī)則
XXXXXX
3.2.2 邏輯規(guī)則
XXXXXX
3.2.3 異常處理
異常處理指的是當(dāng)發(fā)生一些異常情況時(shí)，產(chǎn)品的處理邏輯潮剪。比如：
網(wǎng)絡(luò)異常時(shí)的顯示內(nèi)容涣楷；
數(shù)據(jù)返回失敗時(shí)的顯示內(nèi)容；
請(qǐng)求超時(shí)后的處理方式抗碰；
.........
3.2.4 流程圖
3.2.5 相關(guān)功能說(shuō)明
該產(chǎn)品或功能涉及的終端狮斗，比如 平臺(tái)、App弧蝇、小程序等碳褒；
該產(chǎn)品或功能依賴的其他功能模塊說(shuō)明；
4. 數(shù)據(jù)埋點(diǎn)
只要是涉及到前端頁(yè)面的功能看疗，PRD里都應(yīng)該包含相應(yīng)的埋點(diǎn)需求沙峻。
一般前端開(kāi)發(fā)通過(guò)自有或三方埋點(diǎn)工具來(lái)實(shí)現(xiàn)埋點(diǎn)需求，產(chǎn)品經(jīng)理要做的就是告訴開(kāi)發(fā)同學(xué)在什么地方两芳，增加一個(gè)名稱叫什么的埋點(diǎn)信息摔寨。
沒(méi)有必要在頁(yè)面上所有地方都做埋點(diǎn)，這是對(duì)資源的浪費(fèi)怖辆。產(chǎn)品經(jīng)理應(yīng)該根據(jù)后續(xù)要跟蹤的核心數(shù)據(jù)來(lái)決定需要在哪些地方做埋點(diǎn)是复。
5. 文案說(shuō)明
如果是ToC類的產(chǎn)品删顶，最終展示給用戶的文案也很重要。
這部分可以在后期補(bǔ)充進(jìn)來(lái)淑廊。
6. 接口文檔
接口文檔一般是PRD評(píng)審?fù)ㄟ^(guò)后進(jìn)入開(kāi)發(fā)逗余，由開(kāi)發(fā)同學(xué)輸出的一份文檔。
可以在PRD里放上接口文檔的鏈接蒋纬，相關(guān)人員配合一起看猎荠。
7. 非功能性說(shuō)明
非功能性需求坚弱，是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具備的除功能需求以外的特性蜀备。
包括安全性、可靠性荒叶、互操作性碾阁、健壯性、穩(wěn)定性等些楣。
7.1 性能
比如產(chǎn)品／功能／頁(yè)面的打開(kāi)速度脂凶、資源加載時(shí)間等，以及每個(gè)功能對(duì)系統(tǒng)資源消耗的目標(biāo)（CPU／RAM／Memory等）
7.2 數(shù)據(jù)生命周期
數(shù)據(jù)的存儲(chǔ)是有成本的愁茁，為了防止服務(wù)器冗余數(shù)據(jù)過(guò)多蚕钦，需要產(chǎn)品經(jīng)理定義各數(shù)據(jù)在服務(wù)器存儲(chǔ)的有效期限。
最后鹅很，說(shuō)一下關(guān)于文檔命名里版本號(hào)的問(wèn)題嘶居。
一般版本號(hào)為兩位，比如XXXX產(chǎn)品PRD_v1.2促煮。在首次PRD評(píng)審?fù)ㄟ^(guò)前邮屁，版本號(hào)都是v0.X，評(píng)審?fù)ㄟ^(guò)后菠齿，版本號(hào)升級(jí)為v1.X佑吝。后續(xù)當(dāng)有主架構(gòu)或主流程調(diào)整時(shí)，升級(jí)第一位版本號(hào)绳匀，其他小的功能調(diào)整升級(jí)第二位版本號(hào)即可芋忿。
