產(chǎn)品需求文檔(Product Requirement Document，簡(jiǎn)稱PRD)是研發(fā)將產(chǎn)品方案進(jìn)行落地的依據(jù)，也是產(chǎn)品經(jīng)理所有思考的載體，因此一份優(yōu)秀的需求文檔不僅能夠順利的保證項(xiàng)目的研發(fā)進(jìn)度，而且能夠提升產(chǎn)品經(jīng)理的個(gè)人影響力。每個(gè)企業(yè)，每個(gè)團(tuán)隊(duì)對(duì)需求文檔的要求不盡相同，因此本小節(jié)將討論在策略需求文檔中常見(jiàn)的內(nèi)容和注意事項(xiàng)。和大多數(shù)PRD一樣，策略PRD的第一部分也應(yīng)該呈現(xiàn)需求概述。需求概述中一般包含如下內(nèi)容：需求背景和需求目標(biāo)。需求背景通俗來(lái)講就是講就是這篇文檔中描述的方案要需要解決什么問(wèn)題，及其必要性；需要注意的是，在定義需求目標(biāo)時(shí)，不僅僅要給出可衡量指標(biāo)的具體計(jì)算方式，還需要給出該需求相關(guān)的數(shù)據(jù)現(xiàn)狀分析結(jié)果，以保證目標(biāo)確定的合理性。在實(shí)際的應(yīng)用中，這兩項(xiàng)也可以也獨(dú)立章節(jié)存在。搜索篩選項(xiàng)是決定搜索流量分發(fā)效率的重要環(huán)節(jié)之一。相關(guān)用研結(jié)果表明有80%的用戶會(huì)在搜索結(jié)果頁(yè)使用篩選功能來(lái)進(jìn)行商品精細(xì)化選擇。但是提取了近一周篩選功能使用數(shù)據(jù)，目前篩選項(xiàng)總體CTR大約為10%，用戶關(guān)注的很多因素沒(méi)有體現(xiàn)在篩選項(xiàng)中，基于此，進(jìn)行本次搜索結(jié)果篩選項(xiàng)優(yōu)化，以提升搜索結(jié)果頁(yè)篩選項(xiàng)的CTR。CTR的口徑為：篩選項(xiàng)的點(diǎn)擊次數(shù)除以篩選項(xiàng)的曝光次數(shù)。版本控制是指當(dāng)前策略需求上線的版本，這個(gè)是很多策略產(chǎn)品經(jīng)理寫(xiě)需求的時(shí)候容易忽略的一個(gè)點(diǎn)。通常一個(gè)產(chǎn)品因?yàn)橛脩舾碌臅r(shí)效，以及發(fā)布規(guī)則等限制，線上會(huì)存在多個(gè)不同版本，因此需要確定當(dāng)前需求上線的版本。另外，策略需求因?yàn)槠浣Y(jié)果的不確定性，通過(guò)版本控制也可以降低因策略帶來(lái)線上風(fēng)險(xiǎn)，方便問(wèn)題緊急處理。如果當(dāng)前策略PRD中定義的需求屬于前端可視化類時(shí)，需要在文檔中給出交互、視覺(jué)示意圖。一方面可以快速讓大家理解本次方案的生效范圍、需求效果；另一方面其實(shí)也能提升需求評(píng)審環(huán)節(jié)的效率。大家對(duì)于圖形的接受、理解能力要遠(yuǎn)遠(yuǎn)大于文字。在一些完善的產(chǎn)品研發(fā)團(tuán)隊(duì)，會(huì)有專門的交互設(shè)計(jì)師來(lái)承接交互設(shè)計(jì)的工作，策略產(chǎn)品經(jīng)理需要明確評(píng)估當(dāng)前策略對(duì)用戶完成相關(guān)流程的影響，以及可能帶來(lái)的風(fēng)險(xiǎn)。視覺(jué)示意圖一般無(wú)須產(chǎn)品經(jīng)理直接介入，做好資源協(xié)調(diào)，細(xì)節(jié)溝通即可。策略邏輯是策略PRD中最核心的內(nèi)容，它其實(shí)就是一類問(wèn)題的解決方案，一般包括：策略流程圖、策略內(nèi)容、優(yōu)先級(jí)定義。策略流程圖主要是指該策略從開(kāi)始到結(jié)束的數(shù)據(jù)流轉(zhuǎn)過(guò)程，通過(guò)數(shù)據(jù)流程圖可以清晰的看到整個(gè)策略方案的細(xì)節(jié)，以及和其他模塊的交互過(guò)程；策略內(nèi)容主要是定義需求名稱、需求內(nèi)容、規(guī)則邏輯、細(xì)節(jié)節(jié)說(shuō)明等，策略產(chǎn)品經(jīng)理在編寫(xiě)策略內(nèi)容時(shí)最主要的是注意方案的完整性，尤其涉及到數(shù)據(jù)參與計(jì)算的規(guī)則邏輯，許多邊界條件都要定義清楚；優(yōu)先級(jí)定義是指當(dāng)一個(gè)策略需求文檔中包含若干策略需求內(nèi)容時(shí)候，需要指明每個(gè)需求的優(yōu)先級(jí)，以便研發(fā)資源分配。這塊的呈現(xiàn)形式建議大家用表格的方式呈現(xiàn)，更加清晰合理。序號(hào)
| 需求名稱 | 方案描述
| 優(yōu)先級(jí) | 備注
|
|
| 策略內(nèi)容，描述方案細(xì)節(jié)
| P0~P3
|
|
A/B測(cè)試是策略需求中非常常見(jiàn)的上線手段，策略產(chǎn)品經(jīng)理需要在PRD中定義清楚A/B測(cè)試的版本，時(shí)間范圍，測(cè)試方案以及執(zhí)行者。核心的A/B測(cè)試方案需要定義以下內(nèi)容：實(shí)驗(yàn)分組：實(shí)驗(yàn)組，對(duì)照組，空白組比例，一般建議每個(gè)BUCKET的流量至少5W，這樣結(jié)果相對(duì)顯著一些
實(shí)驗(yàn)配置：實(shí)驗(yàn)名稱、流量設(shè)置、白名單配置等等
實(shí)驗(yàn)類型：做正交實(shí)驗(yàn)，還是垂直實(shí)驗(yàn)？?jī)蓚€(gè)的核心區(qū)別就是是否和其他實(shí)驗(yàn)共享流量。非特殊情況下正交實(shí)驗(yàn)可滿足大部分A/B需求。
示例：
本次策略上線需要進(jìn)行AB試驗(yàn)，核心觀測(cè)指標(biāo)為CTR，持續(xù)兩周。具體分組如下：
實(shí)驗(yàn)組：20%，新策略
對(duì)照組：20%，線上策略
空白組：60%，線上策略
埋點(diǎn)方案是策略需求文檔中最基本內(nèi)容之一。很多產(chǎn)品經(jīng)理認(rèn)為只有涉及到前端可視化類產(chǎn)品優(yōu)化時(shí)才需要埋點(diǎn)方案，其他無(wú)須提供。這里有一個(gè)很大的誤區(qū)，其實(shí)在之前的文章我不止一次提到過(guò)埋點(diǎn)只需要保持一個(gè)原則就行：“要看什么數(shù)據(jù)，埋什么點(diǎn)”，因此是否需要埋點(diǎn)方案不依賴于具體的產(chǎn)品形式，而是你的數(shù)據(jù)需求。比如為了衡量比較不同版本的算法對(duì)整個(gè)策略的效果，需要采集不同版本的算法id，每個(gè)id唯一標(biāo)識(shí)一個(gè)版本，所以即便不涉及到前端改動(dòng)，也需要增加埋點(diǎn)用來(lái)采集算法id。以上六個(gè)模塊就是一份策略需求文檔最基礎(chǔ)、最基本的內(nèi)容要求。當(dāng)然，在實(shí)際的工作中，可以根據(jù)團(tuán)隊(duì)要求，需求類型靈活進(jìn)行定義，增加刪除若干模塊。比如在一些線上badcase優(yōu)化中，一個(gè)簡(jiǎn)單的excel即可進(jìn)行策略需求的定義和開(kāi)發(fā)。需求文檔可以說(shuō)是每個(gè)產(chǎn)品經(jīng)理的面子，一份好的需求文檔除了能夠提高需求評(píng)審效果，更關(guān)鍵的是提升個(gè)人影響力，以上希望能幫到你。
