【PRD】如何寫好策略產(chǎn)品需求文檔
在產(chǎn)品經(jīng)理工作中,需求文檔(PRD)應(yīng)該是接觸最多的文件之一,也是產(chǎn)品日常需要撰寫修訂最多的文件。這篇文章,作者分享了策略產(chǎn)品經(jīng)理寫的PRD文檔結(jié)構(gòu),與C端的PRD有所不同,希望能對大家的工作有所幫助。
策略產(chǎn)品是大中廠團(tuán)隊(duì)中的靈魂,從內(nèi)容推薦分發(fā)來說,取悅內(nèi)容消費(fèi)用戶;從本地業(yè)務(wù)來說,平衡騎手、商家、用戶的需求;從生活服務(wù)業(yè)務(wù)來說,精準(zhǔn)連接用戶與POI,并在這個(gè)過程中持續(xù)優(yōu)化路徑體驗(yàn)。
好的策略產(chǎn)品需要從定量、定性的方法上輸出考慮周全,執(zhí)行清晰、評估客觀的文檔是非常關(guān)鍵的。
接下來,列舉一份好的策略PRD應(yīng)該有的基本結(jié)構(gòu):
一、相關(guān)方信息同步
因?yàn)椴呗韵嚓P(guān)的動(dòng)作通常有合規(guī)背景、業(yè)務(wù)背景,策略的變更會(huì)引發(fā)上下游業(yè)務(wù)、運(yùn)營、算法等各個(gè)團(tuán)隊(duì)的調(diào)整,通常來說,這部分的信息留在整體文檔梳理完成之后再撰寫。方便相關(guān)方快速找到自己對于策略的關(guān)系與定位。
下面給個(gè)基本的格式用以參照:部門、負(fù)責(zé)人、RACI、給的建議(是否知悉或者同意&確認(rèn))。
RACI模型的名稱來自四個(gè)主要角色:負(fù)責(zé)人(Responsible)、問責(zé)人(Accountable)、被咨詢?nèi)耍–onsulted)和被通知人(Informed)。這個(gè)模型可以用于任何項(xiàng)目或流程,無論大小。
二、概括背景
背景部分其實(shí)已經(jīng)是主體的重要表現(xiàn),通常情況下,需要在文檔開篇就開宗明義表現(xiàn)出來,主要讓讀者了解新策略的背景原因,要做的事情有哪些,解決目標(biāo)問題是什么
1. Background需求背景
一般看項(xiàng)目大小,最好可以把項(xiàng)目與團(tuán)隊(duì)目標(biāo)在背景部分做好全面的介紹。
比如平臺(tái)團(tuán)隊(duì)目標(biāo)是內(nèi)容生態(tài),而項(xiàng)目目標(biāo)是通過引入MCN來做內(nèi)容豐富度、多樣性的引導(dǎo)。那么需求背景就要說明我們這么做是因?yàn)槭裁??可能是競品,也可能是行業(yè)通用法則,也可能是平臺(tái)內(nèi)消費(fèi)用戶的訴求。
2. WHAT要做什么事情
基于需求背景本身,可以用一句話講清楚要做的是什么事。好的一句話需求至少應(yīng)該包括:目標(biāo)用戶(主體),要做什么事情或者功能(動(dòng)作),預(yù)期的效果(目標(biāo)),有無特殊情況(需要遵守的規(guī)則)。
從內(nèi)容生態(tài)引入MCN的供應(yīng)來說,這個(gè)需求可能是“為了豐富我們的內(nèi)容生態(tài)(主體),我們需要為引入在平臺(tái)入駐認(rèn)證(約束條件)的MCN的機(jī)構(gòu)(動(dòng)作)來搭建平臺(tái),以此提供多元化的內(nèi)容(目標(biāo)),以滿足不同用戶的需求并提升用戶體驗(yàn)”
3. WHY解決什么問題
討論必要性的部分最好圍繞幾個(gè)視角撰寫,拋出幾個(gè)視角:線上的問題為什么一定要解決——哪個(gè)視角有什么需求;如果不解決對后續(xù)的影響——策略可擴(kuò)展性有多大。一般來說,策略需求主要滿足的幾個(gè)視角,有的話可以往上靠:誤傷、漏放、合規(guī)、透明度、特殊群體保護(hù)、去肥增瘦。
三、指標(biāo)看什么(用什么方式驗(yàn)證)
這些指標(biāo)就不做過多的贅述,不過在列舉指標(biāo)的時(shí)候,需要討論說明清楚指標(biāo)的定義、口徑是什么、預(yù)期上線策略指標(biāo)是上升還是下降:
- 對北極星影響
- 過程指標(biāo)
- 護(hù)欄指標(biāo)
四、策略設(shè)計(jì)主體
前面主要說了是什么,主體部分重點(diǎn)討論如何實(shí)現(xiàn),其中會(huì)涉及前端的改造成本、后端的邏輯方案、是否有跟版的需求
1. 前端改造
怎么把前端改造介紹清楚?一般分三個(gè)維度介紹,第一,現(xiàn)狀是如何;第二預(yù)期的樣子;第三頁面交互:前置條件(該頁面的激發(fā)動(dòng)作);用戶點(diǎn)擊前后的交互、展現(xiàn)效果;頁面元素獲取的數(shù)據(jù)鏈路;元素激活的篩選條件(提示信息);異常狀態(tài)的提示信息;
2. 后端改造
這里的后端設(shè)計(jì)并不是指支持前端的鏈路流程,而是指整條策略從規(guī)則、識別、召回、送審到最后一步感知的條件判斷與流程規(guī)劃,正常應(yīng)該包括的元素:流程圖、條件判斷、異常判斷、處置鏈路等
3. (是否)跟版
一般來說,策略產(chǎn)品的需求不會(huì)涉及到跟版,除非有大條件約束才會(huì)產(chǎn)生跟版的需求,比如端上新用戶的彈窗類需求,因此這部分在實(shí)際撰寫過程中需要跟端上同學(xué)確認(rèn)前端頁面是否都由前端同學(xué)完成即可,避免遺漏。
五、方案上線前灰度
策略若能真正完成灰度上線,很大一部分程度需要先驗(yàn)的數(shù)據(jù)分析,但是對需要通過用戶反饋來對策略進(jìn)行調(diào)優(yōu),最好在開啟驗(yàn)證前做好AB測試。
在AB設(shè)計(jì)關(guān)注以下幾件事情:
- 干預(yù)變量越少越好
- 保持分組的抽樣隨機(jī)性
- 實(shí)驗(yàn)組觀測量可以從總用戶中5%開始慢慢推進(jìn),以觀測效果為核心測試
1. 擴(kuò)量的數(shù)據(jù)指標(biāo)
后續(xù)的數(shù)據(jù)指標(biāo)決定全量放量時(shí)間跟收益評估,最好在實(shí)驗(yàn)開始之前就思考清楚,以減少后續(xù)的重復(fù)勞動(dòng),或者回滾操作。
六、方案是否涉及回查平臺(tái)改造
在策略環(huán)境下,回查平臺(tái)涵蓋的信息多樣,如果是新的策略上線,為了全面追蹤case的分發(fā)詳情,最好可以在回查平臺(tái)也同步配置命中該策略的效果,可能涉及跨團(tuán)隊(duì)部門的協(xié)作配合。
- 查詢?nèi)肟?/li>
- 查詢字段
以上就是一篇完整的策略文檔,期待使用后的反饋。
專欄作家
藍(lán)蓮花zx,人人都是產(chǎn)品經(jīng)理專欄作家。關(guān)注內(nèi)容策略、內(nèi)容后臺(tái)、內(nèi)容標(biāo)簽、賬號策略等領(lǐng)域,喜歡閱讀,希望做個(gè)有趣的人。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
沙發(fā)~