起點(diǎn)課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識策略產(chǎn)品經(jīng)理基礎(chǔ)知識：2.3策略需求文檔
上兩篇帖子，我們說明了策略需求挖掘和迭代的方法。這周我們分享怎么編寫需求文檔。
一、策略需求文檔
策略產(chǎn)品的需求文檔和功能產(chǎn)品的需求文檔，因?yàn)榫帉懙某踔远际菫榱苏f明：需求是在什么情況下產(chǎn)生的？用什么樣的產(chǎn)品形態(tài)，解決什么用戶，在什么場景，存在的什么問題？問題解決后想達(dá)到什么結(jié)果，實(shí)現(xiàn)什么目標(biāo)？需要哪些支持？通過什么方法和數(shù)據(jù)驗(yàn)證解決方案的有效性。
所以，兩種需求文檔在結(jié)構(gòu)上是基本相同，內(nèi)容依次是：項(xiàng)目背景、項(xiàng)目目標(biāo)、需求概述、需求詳述、統(tǒng)計(jì)和監(jiān)控需求。
1.項(xiàng)目背景+項(xiàng)目目標(biāo)
這兩個是需求文檔大同小異的內(nèi)容了。
- 背景：說明需求在什么情況下產(chǎn)生的？誰提出的？
- 目標(biāo)：幫助什么用戶解決在什么場景下存在的什么問題。項(xiàng)目難點(diǎn)在哪，整體的應(yīng)對策略是怎樣的，我們想實(shí)現(xiàn)一個什么效果。
依據(jù)我的習(xí)慣，我習(xí)慣在背景部分說明用戶場景需求情況，和現(xiàn)有版本存在的問題。
2.需求概述
需求概述主要是說明滿足需求的解決方案包含哪些功能模塊，各功能模塊分別解決什么問題，想實(shí)現(xiàn)什么效果，功能模塊之間是怎樣的組成結(jié)構(gòu)。
內(nèi)容上其實(shí)和功能產(chǎn)品需求文檔里的用戶劃分、業(yè)務(wù)邏輯、功能結(jié)構(gòu)、功能清單、版本規(guī)劃等內(nèi)容大致相同。具體有哪些內(nèi)容還要視情況而定，只要能把事情說明白就行。
3.需求詳述
在《什么是策略產(chǎn)品經(jīng)理》那篇帖子里，我們提到過，策略產(chǎn)品的解決方案通常是個相對發(fā)散的思路；而解決方案通常是通過“邏輯描述和效果示例”去說明產(chǎn)品的實(shí)現(xiàn)效果。
即當(dāng)什么情況下，呈現(xiàn)什么結(jié)果。也就是策略產(chǎn)品四要素的后三項(xiàng)：輸入條件（觸發(fā)條件+考慮因素）、計(jì)算邏輯、呈現(xiàn)結(jié)果。針對迭代策略我們還會加入“問題背景（問題說明、影響面、數(shù)據(jù)表現(xiàn)情況、產(chǎn)生原因）”。
拆解下來，需求詳述部分主要包含以下幾個內(nèi)容，相關(guān)詳解如下：
- 觸發(fā)條件：在什么條件下觸發(fā)策略
- 考慮因素：觸發(fā)策略相關(guān)的影響因素有哪些
- 呈現(xiàn)結(jié)果：向用戶展示怎樣的內(nèi)容
- 問題背景：問題說明、影響面、數(shù)據(jù)表現(xiàn)情況、產(chǎn)生原因
- 計(jì)算邏輯
- Case示例：上線效果案例
串起來邏輯就是：在什么條件下觸發(fā)策略功能，然后系統(tǒng)通過怎樣的計(jì)算邏輯，利用哪些關(guān)鍵因素，將怎樣的結(jié)果展示給用戶。
舉例說明：新聞平臺，個性消息推送策略
- 理想態(tài)：每天早8點(diǎn)，向用戶推送1條消息，內(nèi)容是他喜歡的熱點(diǎn)新聞，促使用戶打開app；
- 觸發(fā)條件：每天早8點(diǎn)；
- 考慮因素：用戶興趣標(biāo)簽、內(nèi)容分類標(biāo)簽、內(nèi)容熱度（公式相關(guān)變量：閱讀量、點(diǎn)贊數(shù)、評論量）；
- 計(jì)算邏輯：依據(jù)用戶興趣標(biāo)簽，從用戶喜好的類型文章中，提取用戶未度過的，興趣匹配度高的，8小時內(nèi)發(fā)布的內(nèi)容熱度最高的前3篇新聞，推送給用戶；
- 呈現(xiàn)結(jié)果：推送“最近8小時熱點(diǎn)事件：文章標(biāo)題1，文章標(biāo)題2，文章標(biāo)題3”，用戶點(diǎn)擊推送后打開信息瀑布流，信息流前3篇為推薦的3篇新聞。
4.統(tǒng)計(jì)和監(jiān)控需求
策略產(chǎn)品統(tǒng)計(jì)數(shù)據(jù)的設(shè)定和功能產(chǎn)品的指標(biāo)設(shè)定邏輯相同，通過工作經(jīng)驗(yàn)總結(jié)，我個人理解策略會更加關(guān)注以下四類數(shù)據(jù)，前三類為通用數(shù)據(jù)。
- 觸發(fā)率：滿足條件時，策略觸發(fā)的比例；
- 展示率：策略出發(fā)后，給到用戶的比例；
- 點(diǎn)擊率：給到用戶后，用戶點(diǎn)擊的比例；
- 后置動作：這個看策略流程相關(guān)的路徑長度而自行添加。
監(jiān)控需求就是在數(shù)據(jù)監(jiān)控系統(tǒng)里，添加監(jiān)控指標(biāo)了。PM列出數(shù)據(jù)計(jì)算公式，告訴開發(fā)在哪里埋點(diǎn)，多久統(tǒng)計(jì)一次，數(shù)據(jù)表現(xiàn)為什么狀態(tài)時，系統(tǒng)自動提醒PM就可以了。
二、總結(jié)
我記得剛學(xué)產(chǎn)品經(jīng)理那會，我會把社區(qū)里所有的需求文檔都看一遍，然后整理一個標(biāo)準(zhǔn)的需求文檔模板，作為自己輸出文檔的標(biāo)準(zhǔn)。
但工作閱歷告訴我，文檔格式其實(shí)并不重要。重要的是用“最精簡的內(nèi)容，在不丟失關(guān)鍵細(xì)節(jié)的情況下，將事情說清楚”。
處理一部分策略需求和學(xué)習(xí)策略課程后，我發(fā)現(xiàn)策略需求文檔在需求概述和詳述部分更是會針對不同的需求情況寫出千差萬別的文檔。
除了觸發(fā)條件，呈現(xiàn)結(jié)果，計(jì)算邏輯是必須寫的內(nèi)容外，其他內(nèi)容都要視需求而定。核心就是內(nèi)容能幫你把需求說清楚就可以了，千萬不可照抄模板，生套內(nèi)容，為了寫而寫，導(dǎo)致文檔中出現(xiàn)大量無用內(nèi)容，而必要內(nèi)容還處于缺失的狀態(tài)。
產(chǎn)品工作注重的還是邏輯的思考和表達(dá)，俞軍老師不是說過：
“結(jié)論可以錯，但邏輯不能錯”。
本文篇內(nèi)容到此結(jié)束，下一篇我在原計(jì)劃的基礎(chǔ)上添加一個“策略需求文檔的編寫案例”。
本來想放到這篇里的，但避免帖子字?jǐn)?shù)太長，讀起來太累，我們另起一篇進(jìn)行詳細(xì)分享吧。
策略產(chǎn)品經(jīng)理學(xué)習(xí)筆記目錄：
《策略產(chǎn)品經(jīng)理學(xué)習(xí)筆記， 1.1什么是策略》
《策略產(chǎn)品經(jīng)理學(xué)習(xí)筆記， 1.2什么是策略產(chǎn)品經(jīng)理》
《策略產(chǎn)品經(jīng)理學(xué)習(xí)筆記， 2.1需求挖掘之抽樣分析》
《策略產(chǎn)品經(jīng)理學(xué)習(xí)筆記，2.2需求挖掘之效果回歸》
《策略產(chǎn)品經(jīng)理基礎(chǔ)知識：2.3策略需求文檔》
本文由 @于言某 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自Unsplash，基于CC0協(xié)議
短視頻推薦策略
“最精簡的內(nèi)容，在不丟失關(guān)鍵細(xì)節(jié)的情況下，將事情說清楚”
對這個非常認(rèn)同
能不能舉幾個關(guān)于推薦系統(tǒng)PRD的例子呀
該如何界定策略產(chǎn)品人員和相關(guān)運(yùn)營人員的工作界限呢？
舉幾個關(guān)于”新聞平臺，個性消息推送策略”的例子：
1、策略制定層面
用戶運(yùn)營對日活啊月活啊特定時間內(nèi)閱讀時長啊文章數(shù)目啊等指標(biāo)都很關(guān)心，對用戶的了解程度不亞于產(chǎn)品經(jīng)理，他們完全可以將用戶進(jìn)行細(xì)分、決定對不同用戶采取什么樣的運(yùn)營接觸策略（如push）等等。也曾經(jīng)有某東的某部門下頭目認(rèn)為推薦策略好是運(yùn)營到位。
2、操作層面
假設(shè)有個中規(guī)中矩的運(yùn)營中臺工具，運(yùn)營可以自行做一些精細(xì)化的推送（推送可以做成有輸入、計(jì)算邏輯的推送輸出），那么豈不是不需要策略產(chǎn)品經(jīng)理再去制定、進(jìn)一步開發(fā)策略了？畢竟用戶場景是無限的，但是業(yè)務(wù)場景是有限的，策略中臺化豈不是個解放策略產(chǎn)品經(jīng)理的方式。
3、數(shù)據(jù)閉環(huán)層面
產(chǎn)品人員不僅要洞察用戶還要關(guān)心怎么實(shí)現(xiàn)如何實(shí)現(xiàn)還要把控最終實(shí)現(xiàn)后的結(jié)果，而運(yùn)營人員只用做到需求挖掘和需求回歸（數(shù)據(jù)閉環(huán)）就夠了，更加輕量、敏捷，當(dāng)然也會依賴策略中臺，如此依賴策略產(chǎn)品搭好策略中臺就可以把活甩出去了。
所以該怎么界定界限？
你是負(fù)責(zé)push業(yè)務(wù)的？你這里有幾方面是混亂的
我并不是負(fù)責(zé)push業(yè)務(wù)的，而是一名”功能產(chǎn)品經(jīng)理“。愿意聽你說說哪些方面是混亂的，當(dāng)然也許是我沒表達(dá)清楚。
我的核心疑問在于，如何界定策略產(chǎn)品人員和相關(guān)運(yùn)營人員的工作界限——這是我看了你寫的這篇文章，再結(jié)合我過去的工作經(jīng)驗(yàn)，所產(chǎn)生的疑問。
主要是我連續(xù)拜讀了你的好幾篇關(guān)于策略產(chǎn)品經(jīng)理的文章，然后產(chǎn)生的這個疑問，所以評論在這兒可能并不是很恰當(dāng)，還請諒解。另外針對評論的回復(fù)我這里看是按照時間倒序來排的，也許會影響閱讀。
過了一會兒刷新后又發(fā)現(xiàn)是按照時間順序排的了…nvm
之前有人在脈脈上問過類似的問題“怎么劃分產(chǎn)品和運(yùn)營的職權(quán)和角色”這是我當(dāng)時的回答“產(chǎn)品是方向和需求的把控方，包括策略、規(guī)則、模式、資源的定性定量等。運(yùn)營是資源的一線支持方，模式或玩法運(yùn)轉(zhuǎn)人工部分的推動方?！?/p>
你混亂的地方就是三個例子都是目標(biāo)上不明確。
等等，產(chǎn)品是需求的把控方我沒意見，但是運(yùn)營為什么不能是策略的把控方、規(guī)則的把控方、模式的把控方等等呢？
也許是我沒描述清楚，也許是你沒理解功能產(chǎn)品經(jīng)理 的“混亂思維”——假如有這么個策略中臺，運(yùn)營人員/增長人員完全可以借助于策略中臺去實(shí)現(xiàn)各種策略的制定、開展、閉環(huán)，并進(jìn)行不斷的迭代，那么不就解放策略產(chǎn)品經(jīng)理了？
需求的把控、資源定性定量的方向/需求的把控，這個是產(chǎn)品分內(nèi)事情我沒意見，但是關(guān)于“策略、規(guī)則、模式”的方向把控，我不確定你是如何得出這一定是產(chǎn)品的職責(zé)范疇這一結(jié)論的，更不確定這一結(jié)論是否正確。
順帶著再問個問題，分化出來策略產(chǎn)品經(jīng)理這一角色之前，是誰在制定策略？功能產(chǎn)品經(jīng)理，運(yùn)營，還是工程師之類的？
BTW，策略四要素之輸入、算法、輸出，我是覺得和ML很像，最終都是看待解決問題的cost function是不是local/global optima。
帖子是我去年寫的，我現(xiàn)在的看法，策略是產(chǎn)品經(jīng)理從業(yè)的基本能力。如果現(xiàn)在還要劃分策略產(chǎn)品，用戶產(chǎn)品 這個思路有點(diǎn)過時了。
其次，產(chǎn)品經(jīng)理在分析問題和解決問題的場景上很多方法都是公用的。策略只是用來解決問題的手段。
再次，什么是策略中臺，策略中臺不是產(chǎn)品經(jīng)理做的嗎，不懂策略怎么做策略中臺。不懂策略做策略中臺的產(chǎn)品經(jīng)理那叫功能產(chǎn)品經(jīng)理，給人做功能用的。策略中臺，策略制定、開展、閉環(huán) 這些策略中臺能自己執(zhí)行？我是真不行，或者我們彼此對策略定義不一樣吧。
還有你一直糾結(jié)的問題，產(chǎn)品和運(yùn)營的全責(zé)劃分。世界很大，什么公司都有。如果某個公司或者團(tuán)隊(duì)不能清晰界定好兩者的關(guān)系，不能效率最大化的各盡其職。那我也沒什么好解決答的。
“策略、規(guī)則、模式”我沒說運(yùn)營不能做，如果運(yùn)營很懂策略，比產(chǎn)品經(jīng)理做的好，運(yùn)營來做這些事也行。產(chǎn)品經(jīng)理干的垃圾不能保住自己的職位，誰也沒辦法。
帖子是我前年寫的，時間線記錯了。
有推薦學(xué)習(xí)策略產(chǎn)品經(jīng)理的培訓(xùn)課程 或者成長方式嗎？