在產(chǎn)品經(jīng)理工作中，需求文檔（PRD）應(yīng)該是接觸最多的文件之一，也是產(chǎn)品日常需要撰寫(xiě)修訂最多的文件。這篇文章，作者分享了策略產(chǎn)品經(jīng)理寫(xiě)的PRD文檔結(jié)構(gòu)，與C端的PRD有所不同，希望能對(duì)大家的工作有所幫助。

策略產(chǎn)品是大中廠(chǎng)團(tuán)隊(duì)中的靈魂，從內(nèi)容推薦分發(fā)來(lái)說(shuō)，取悅內(nèi)容消費(fèi)用戶(hù)；從本地業(yè)務(wù)來(lái)說(shuō)，平衡騎手、商家、用戶(hù)的需求；從生活服務(wù)業(yè)務(wù)來(lái)說(shuō)，精準(zhǔn)連接用戶(hù)與POI，并在這個(gè)過(guò)程中持續(xù)優(yōu)化路徑體驗(yàn)。

好的策略產(chǎn)品需要從定量、定性的方法上輸出考慮周全，執(zhí)行清晰、評(píng)估客觀的文檔是非常關(guān)鍵的。

接下來(lái)，列舉一份好的策略PRD應(yīng)該有的基本結(jié)構(gòu)：

一、相關(guān)方信息同步

因?yàn)椴呗韵嚓P(guān)的動(dòng)作通常有合規(guī)背景、業(yè)務(wù)背景，策略的變更會(huì)引發(fā)上下游業(yè)務(wù)、運(yùn)營(yíng)、算法等各個(gè)團(tuán)隊(duì)的調(diào)整，通常來(lái)說(shuō)，這部分的信息留在整體文檔梳理完成之后再撰寫(xiě)。方便相關(guān)方快速找到自己對(duì)于策略的關(guān)系與定位。

下面給個(gè)基本的格式用以參照：部門(mén)、負(fù)責(zé)人、RACI、給的建議（是否知悉或者同意&確認(rèn)）。

RACI模型的名稱(chēng)來(lái)自四個(gè)主要角色：負(fù)責(zé)人（Responsible）、問(wèn)責(zé)人（Accountable）、被咨詢(xún)?nèi)耍–onsulted）和被通知人（Informed）。這個(gè)模型可以用于任何項(xiàng)目或流程，無(wú)論大小。

二、概括背景

背景部分其實(shí)已經(jīng)是主體的重要表現(xiàn)，通常情況下，需要在文檔開(kāi)篇就開(kāi)宗明義表現(xiàn)出來(lái)，主要讓讀者了解新策略的背景原因，要做的事情有哪些，解決目標(biāo)問(wèn)題是什么

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)是通過(guò)引入MCN來(lái)做內(nèi)容豐富度、多樣性的引導(dǎo)。那么需求背景就要說(shuō)明我們這么做是因?yàn)槭裁?？可能是?jìng)品，也可能是行業(yè)通用法則，也可能是平臺(tái)內(nèi)消費(fèi)用戶(hù)的訴求。

2. WHAT要做什么事情

基于需求背景本身，可以用一句話(huà)講清楚要做的是什么事。好的一句話(huà)需求至少應(yīng)該包括：目標(biāo)用戶(hù)（主體），要做什么事情或者功能（動(dòng)作），預(yù)期的效果（目標(biāo)），有無(wú)特殊情況（需要遵守的規(guī)則）。

從內(nèi)容生態(tài)引入MCN的供應(yīng)來(lái)說(shuō)，這個(gè)需求可能是“為了豐富我們的內(nèi)容生態(tài)（主體），我們需要為引入在平臺(tái)入駐認(rèn)證（約束條件）的MCN的機(jī)構(gòu)（動(dòng)作）來(lái)搭建平臺(tái)，以此提供多元化的內(nèi)容（目標(biāo)），以滿(mǎn)足不同用戶(hù)的需求并提升用戶(hù)體驗(yàn)”

3. WHY解決什么問(wèn)題

討論必要性的部分最好圍繞幾個(gè)視角撰寫(xiě)，拋出幾個(gè)視角：線(xiàn)上的問(wèn)題為什么一定要解決——哪個(gè)視角有什么需求；如果不解決對(duì)后續(xù)的影響——策略可擴(kuò)展性有多大。一般來(lái)說(shuō)，策略需求主要滿(mǎn)足的幾個(gè)視角，有的話(huà)可以往上靠：誤傷、漏放、合規(guī)、透明度、特殊群體保護(hù)、去肥增瘦。

三、指標(biāo)看什么（用什么方式驗(yàn)證）

這些指標(biāo)就不做過(guò)多的贅述，不過(guò)在列舉指標(biāo)的時(shí)候，需要討論說(shuō)明清楚指標(biāo)的定義、口徑是什么、預(yù)期上線(xiàn)策略指標(biāo)是上升還是下降：

1. 對(duì)北極星影響
2. 過(guò)程指標(biāo)
3. 護(hù)欄指標(biāo)

四、策略設(shè)計(jì)主體

前面主要說(shuō)了是什么，主體部分重點(diǎn)討論如何實(shí)現(xiàn)，其中會(huì)涉及前端的改造成本、后端的邏輯方案、是否有跟版的需求

1. 前端改造

怎么把前端改造介紹清楚？一般分三個(gè)維度介紹，第一，現(xiàn)狀是如何；第二預(yù)期的樣子；第三頁(yè)面交互：前置條件（該頁(yè)面的激發(fā)動(dòng)作）；用戶(hù)點(diǎn)擊前后的交互、展現(xiàn)效果；頁(yè)面元素獲取的數(shù)據(jù)鏈路；元素激活的篩選條件（提示信息）；異常狀態(tài)的提示信息；

2. 后端改造

這里的后端設(shè)計(jì)并不是指支持前端的鏈路流程，而是指整條策略從規(guī)則、識(shí)別、召回、送審到最后一步感知的條件判斷與流程規(guī)劃，正常應(yīng)該包括的元素：流程圖、條件判斷、異常判斷、處置鏈路等

3. (是否)跟版

一般來(lái)說(shuō)，策略產(chǎn)品的需求不會(huì)涉及到跟版，除非有大條件約束才會(huì)產(chǎn)生跟版的需求，比如端上新用戶(hù)的彈窗類(lèi)需求，因此這部分在實(shí)際撰寫(xiě)過(guò)程中需要跟端上同學(xué)確認(rèn)前端頁(yè)面是否都由前端同學(xué)完成即可，避免遺漏。

五、方案上線(xiàn)前灰度

策略若能真正完成灰度上線(xiàn)，很大一部分程度需要先驗(yàn)的數(shù)據(jù)分析，但是對(duì)需要通過(guò)用戶(hù)反饋來(lái)對(duì)策略進(jìn)行調(diào)優(yōu)，最好在開(kāi)啟驗(yàn)證前做好AB測(cè)試。

在AB設(shè)計(jì)關(guān)注以下幾件事情：

1. 干預(yù)變量越少越好
2. 保持分組的抽樣隨機(jī)性
3. 實(shí)驗(yàn)組觀測(cè)量可以從總用戶(hù)中5%開(kāi)始慢慢推進(jìn)，以觀測(cè)效果為核心測(cè)試

1. 擴(kuò)量的數(shù)據(jù)指標(biāo)

后續(xù)的數(shù)據(jù)指標(biāo)決定全量放量時(shí)間跟收益評(píng)估，最好在實(shí)驗(yàn)開(kāi)始之前就思考清楚，以減少后續(xù)的重復(fù)勞動(dòng)，或者回滾操作。

六、方案是否涉及回查平臺(tái)改造

在策略環(huán)境下，回查平臺(tái)涵蓋的信息多樣，如果是新的策略上線(xiàn)，為了全面追蹤case的分發(fā)詳情，最好可以在回查平臺(tái)也同步配置命中該策略的效果，可能涉及跨團(tuán)隊(duì)部門(mén)的協(xié)作配合。

1. 查詢(xún)?nèi)肟?/li>
2. 查詢(xún)字段

以上就是一篇完整的策略文檔，期待使用后的反饋。