大家好，現(xiàn)將我過往工作中的在產(chǎn)品層面的一些方法論和實(shí)證經(jīng)驗(yàn)整理分享給大家，方便產(chǎn)品同仁交流學(xué)習(xí)。

本篇是同產(chǎn)品同學(xué)分享我自己在需求提取、需求翻譯、需求管理、需求設(shè)計(jì)、需求驅(qū)動(dòng)、需求交付方面的一些實(shí)踐經(jīng)驗(yàn)，希望通過此篇文章幫助初中級(jí)產(chǎn)品從業(yè)者優(yōu)雅的駕馭需求，進(jìn)而做到從容應(yīng)對(duì)雜亂無章的無序需求，對(duì)上游需方兄弟做到強(qiáng)有力的專家支持，對(duì)下游研發(fā)兄弟做到專業(yè)有序的統(tǒng)籌調(diào)度。

下沉到業(yè)務(wù)中+業(yè)務(wù)敏感

再牛的產(chǎn)品經(jīng)理也需要了解業(yè)務(wù)，不了解業(yè)務(wù)能力再強(qiáng)也容易閉門造車。只有當(dāng)我們?nèi)谌霕I(yè)務(wù)，了解業(yè)務(wù)，才能時(shí)刻保持業(yè)務(wù)敏感。

當(dāng)我們下沉到業(yè)務(wù)中，我們才能深刻的、系統(tǒng)的、橫向的、縱向的感知業(yè)務(wù)當(dāng)前存在的問題、潛在發(fā)生的問題、以及相關(guān)問題背后的上下文“語境”。

所謂業(yè)務(wù)敏感，可以用如下幾個(gè)場(chǎng)景來表達(dá)：

• 場(chǎng)景1：當(dāng)業(yè)務(wù)兄弟或業(yè)務(wù)領(lǐng)導(dǎo)與我們討論某個(gè)業(yè)務(wù)“表象問題”時(shí)，我們能立刻同頻、入鏡，并能用業(yè)務(wù)語言與當(dāng)事人進(jìn)行流暢交流，同時(shí)我們還能就“表象問題”挖掘出深層的問題或業(yè)務(wù)或老板背后的潛在訴求，以及相應(yīng)的解決策略。
• 場(chǎng)景2：我們要接受某個(gè)任務(wù)或解決某一具體問題時(shí)，我們心中有大盤，能夠站在整個(gè)平臺(tái)的角度思考問題、制定解決方案，避免掉坑里。
• 場(chǎng)景3：工作業(yè)余之外，作為產(chǎn)品的天生的好奇心能夠?qū)⑼獠康?、行業(yè)內(nèi)的、行業(yè)外的看似無關(guān)的東西引入業(yè)務(wù)內(nèi)，推動(dòng)業(yè)務(wù)的良性創(chuàng)新、演變。

熱愛你的產(chǎn)品+持續(xù)的業(yè)務(wù)思考

熱愛成就偉大，如果不熱愛我們的產(chǎn)品，單純靠考核，靠績(jī)效一定做不出偉大的產(chǎn)品。產(chǎn)品經(jīng)理如果不喜歡自己的產(chǎn)品，如果不用自己的產(chǎn)品，如果不在工作之外也持續(xù)的思考自己的產(chǎn)品，很難有出彩的產(chǎn)出和產(chǎn)品創(chuàng)新。

當(dāng)我們持續(xù)的關(guān)注、思考我們的產(chǎn)品時(shí)，用戶反饋給我們的問題，我們基本上已經(jīng)提前知道，或者已經(jīng)有排期或者有考慮。我們能走在用戶的前面，更大概率的提前發(fā)現(xiàn)問題，即使我們明知道短期內(nèi)無法解決，但我們有對(duì)應(yīng)的非開發(fā)策略予以補(bǔ)位，如我們的幫助手冊(cè)，如我們的排期計(jì)劃，如我們的業(yè)務(wù)邊界…

4份Excel文檔：Roadmap+功能矩陣+3個(gè)版本的Featurelist+需求池

Roadmap的設(shè)計(jì)策略及實(shí)戰(zhàn)case

Roadmap是以實(shí)現(xiàn)公司戰(zhàn)略目標(biāo)為原則來確定我們產(chǎn)品建設(shè)的中長(zhǎng)期指導(dǎo)計(jì)劃，不同級(jí)別、不同階段有不同的粒度尺度把握。

一份優(yōu)雅的Roadmap需要具備如下幾個(gè)要素：

1. 以經(jīng)營目標(biāo)為指導(dǎo)；
2. 明確的時(shí)間窗口；
3. 明確的業(yè)務(wù)場(chǎng)景、及業(yè)務(wù)目標(biāo)；
4. 邏輯演進(jìn)的自洽；
5. 基于公司現(xiàn)況的可承受的研發(fā)資源投入；
6. 決策層共識(shí)與認(rèn)可。

功能矩陣的設(shè)計(jì)策略及實(shí)戰(zhàn)case

功能矩陣是站在產(chǎn)品各一級(jí)功能視角或具體的業(yè)務(wù)場(chǎng)景視角去思考、設(shè)計(jì)我們產(chǎn)品的演進(jìn)計(jì)劃，某種意義上講功能矩陣是另一個(gè)角度的Roadmap，但與Roadmap有明顯的區(qū)別。

• 區(qū)別一：功能矩陣更偏“矩陣”、更弱“時(shí)間”；
• 區(qū)別二：功能矩陣相比Roadmap，我們更習(xí)慣用“優(yōu)先級(jí)”、“狀態(tài)”來表述，而Roadmap里的優(yōu)先級(jí)基本一樣，只是時(shí)間窗口的設(shè)置問題。

換句話說，功能矩陣是產(chǎn)品經(jīng)理通過“自下而上”的內(nèi)生動(dòng)力,以暗線方式推動(dòng)產(chǎn)品迭代演進(jìn)。Roadmap是產(chǎn)品經(jīng)理通過“自上而下”的外在框架指導(dǎo)，以明線方式推動(dòng)產(chǎn)品迭代演進(jìn)。Roadmap體現(xiàn)的是公司的戰(zhàn)略意圖，功能矩陣提現(xiàn)的是產(chǎn)品經(jīng)理對(duì)產(chǎn)品的深度思考和排兵布陣。

需求池：采集、梳理、更新策略及實(shí)戰(zhàn)case

產(chǎn)品經(jīng)理打交道最多的就是需求，面對(duì)來自各方雜亂無章的需求，我們需要進(jìn)行統(tǒng)一管理?；诜謱咏M織架構(gòu)，實(shí)踐中我認(rèn)為比較好的采用AB結(jié)構(gòu)。

A類需求池原則上是產(chǎn)品總監(jiān)或一級(jí)產(chǎn)品負(fù)責(zé)人維護(hù)，A類需求池需要向產(chǎn)品內(nèi)部進(jìn)行實(shí)時(shí)同步、隨時(shí)查閱、協(xié)同編輯，共同維護(hù)，作為團(tuán)隊(duì)的“公有資源”使用。實(shí)務(wù)中，產(chǎn)品總監(jiān)或一級(jí)產(chǎn)品負(fù)責(zé)人需要每周、每月、每季度與產(chǎn)品組同事內(nèi)部集體Review——指導(dǎo)產(chǎn)品團(tuán)隊(duì)持續(xù)的完善需求、聚類整理需求、有序解決需求。如有必要還需與業(yè)務(wù)領(lǐng)導(dǎo)一起討論技術(shù)開發(fā)是否有必要或者啟動(dòng)優(yōu)先級(jí)及時(shí)間窗口設(shè)定。

B類需求池原則上是所有產(chǎn)品經(jīng)理對(duì)自己負(fù)責(zé)模塊的維護(hù)。大家會(huì)問，這兩個(gè)是否重，是否存在需求不一致呢？

答案是“一定會(huì)”，但是，并非簡(jiǎn)單意義上的“重復(fù)”，我們姑且可以把B類需求池作為自己的賬本，自己的賬本應(yīng)該和大賬本保持同步，但是自己的賬本的側(cè)重點(diǎn)是更敏捷、更系統(tǒng)、更細(xì)膩——方便自己心中有本賬。

無論是A類需求還是B類需求，都遵循“實(shí)時(shí)記錄”、“及時(shí)整理”、“定期復(fù)盤”、“干系人共識(shí)”、“狀態(tài)更新”。

無論是A類需求還是B類需求，在信息處理時(shí)，都應(yīng)該有如下幾個(gè)必備字段：“提出人”、“問題描述”、“問題歸屬”、“問題性質(zhì)”、“優(yōu)先級(jí)”、“版本規(guī)劃”、“狀態(tài)”、“責(zé)任人”。不同團(tuán)隊(duì)，不同個(gè)人習(xí)慣可以略有不同，示例如下：

三個(gè)版本的Featulist

基于上述Roadmap的“明線指導(dǎo)”和產(chǎn)品功能矩陣規(guī)劃的“暗線指導(dǎo)”，結(jié)合上述需求池的原始線索，我們需要梳理出下個(gè)版本要解決的問題，并基于可投入的研發(fā)資源及時(shí)間窗口設(shè)置下個(gè)版本的Featurelist。

相對(duì)產(chǎn)品功能矩陣表，F(xiàn)eaturelist的粒度要更細(xì)。具體哪些需求可進(jìn)入Featurelist，可以同大家分享我的一些實(shí)務(wù)經(jīng)驗(yàn)：

• 如果是運(yùn)營類需求，F(xiàn)eaturelist包含兩個(gè)維度：運(yùn)營面上的功能需求點(diǎn)+產(chǎn)品內(nèi)部相關(guān)聯(lián)動(dòng)點(diǎn)；
• 如果是產(chǎn)品類需求，F(xiàn)eaturelist包含兩個(gè)維度：主功能點(diǎn)占比80%+用戶體驗(yàn)（含bug修復(fù)）優(yōu)化點(diǎn)：占比20%。

為了將產(chǎn)品經(jīng)理從需求應(yīng)付中解放出來，發(fā)揮我們的產(chǎn)品owner原始價(jià)值，我的操盤經(jīng)驗(yàn)一般是采用三段式，也即研發(fā)一版、設(shè)計(jì)一版、規(guī)劃一版。

研發(fā)一版：當(dāng)前研發(fā)團(tuán)隊(duì)正在進(jìn)行的，產(chǎn)品的時(shí)間投入基本分布在如下幾個(gè)場(chǎng)景：文檔動(dòng)態(tài)更新、研發(fā)動(dòng)態(tài)支持、項(xiàng)目進(jìn)度動(dòng)態(tài)跟進(jìn)、測(cè)試驗(yàn)收、上線培訓(xùn)等工作，這些場(chǎng)景的特點(diǎn)是：瑣碎、緊急。

設(shè)計(jì)一版：是我們提前對(duì)已共識(shí)要干的下個(gè)小Roadmap進(jìn)行拆分設(shè)計(jì)，也是研發(fā)前期產(chǎn)品擁有最寶貴的靜態(tài)時(shí)間窗口期。

這個(gè)場(chǎng)景的特點(diǎn)是：產(chǎn)品內(nèi)部方案論證、產(chǎn)品內(nèi)部評(píng)審、需求方二次確認(rèn)、必要的前置視覺啟動(dòng)等。設(shè)計(jì)一版也是最考驗(yàn)產(chǎn)品經(jīng)理能力的，出色的產(chǎn)品經(jīng)理可以很好的做好時(shí)間窗口把握，幫公司和團(tuán)隊(duì)節(jié)省巨大的人力資源（不是產(chǎn)品經(jīng)理自己，而是整個(gè)下游團(tuán)隊(duì)的靜態(tài)等待時(shí)間）。

規(guī)劃一版：更多是提前思考下下個(gè)版本應(yīng)該做哪些、相對(duì)大Roadmap我們進(jìn)度有哪些偏差、是否有最新的需求或市場(chǎng)變化需要考慮進(jìn)來，帶有較大的不確定性。

除此之外，出色的產(chǎn)品經(jīng)理還要做到如下兩件事：通過提前思考來逆向指導(dǎo)“設(shè)計(jì)一版”的邏輯擴(kuò)展性和方案策略的合理性，二一個(gè)是與業(yè)務(wù)體系進(jìn)行論證、明確哪個(gè)部門的優(yōu)先級(jí)高，哪個(gè)需求優(yōu)先級(jí)高，并向外部提前一個(gè)月同步一個(gè)月后的預(yù)定攻擊目標(biāo)和預(yù)期交付成果，進(jìn)而避免業(yè)務(wù)追著產(chǎn)品問，我的XX需求啥時(shí)候做？我的XX需求啥進(jìn)度了？你們下一步打算做什么？

定期Review：回應(yīng)需求方關(guān)切+明確行動(dòng)共識(shí)+再次澄清需求

需求池有了、版本規(guī)劃有了、產(chǎn)品設(shè)計(jì)也干了、研發(fā)也吭哧吭哧啟動(dòng)了，這么多需求，我們的資源有限，時(shí)間有限，不可能全部做完，也不可能一步到位。而我們的老板、我們的需求方（內(nèi)部各業(yè)務(wù)方）是不清楚我們?cè)诟墒裁吹模?/p>

這就需要產(chǎn)品經(jīng)理需要做如下事情：

1. 啟動(dòng)前與需求方再次明確共識(shí)：哪個(gè)優(yōu)先級(jí)高、哪個(gè)優(yōu)先級(jí)低、大的策略框架、預(yù)期可達(dá)到的效果是。
2. demo文檔設(shè)計(jì)完后要與干系人確認(rèn)，進(jìn)一步澄清需求是否符合預(yù)期，避免研發(fā)進(jìn)行中變更或者上線后推到重來。
3. 每周小通報(bào)、每月大通報(bào)，向干系人通報(bào)Roadmap的整體進(jìn)度、當(dāng)前在途項(xiàng)目的進(jìn)度以及干擾事項(xiàng)、前置協(xié)作等信息。

產(chǎn)品設(shè)計(jì)：目標(biāo)訴求、干系人、業(yè)務(wù)場(chǎng)景、需求邊界、業(yè)務(wù)鏈路、產(chǎn)品架構(gòu)

目標(biāo)訴求、干系人、業(yè)務(wù)場(chǎng)景

我撰寫PRD有個(gè)習(xí)慣，也即每個(gè)功能模塊、每個(gè)頁面（敏捷需求或時(shí)間不允許時(shí)省去），花時(shí)間撰寫（思考梳理）“業(yè)務(wù)場(chǎng)景、目標(biāo)用戶、設(shè)計(jì)訴求、設(shè)計(jì)策略、背景說明”等信息，基于上述背景，在整理需求會(huì)讓自己的思路清晰、考慮系統(tǒng)、方法得體，還有個(gè)好處是避免遺漏。

當(dāng)然了、C端產(chǎn)品相對(duì)比較簡(jiǎn)單，這些步驟的價(jià)值沒有B斷產(chǎn)品明顯，示例如下：

業(yè)務(wù)鏈路的設(shè)計(jì)策略及實(shí)戰(zhàn)case

產(chǎn)品經(jīng)理千萬不能接到需求上來就畫原型，鉆入細(xì)節(jié)，而是先調(diào)研業(yè)務(wù)、靜下心來思考人，然后用手（或工具）畫出業(yè)務(wù)鏈路圖。畫完業(yè)務(wù)鏈路圖后再自行推敲是否合理，正向的、逆向的、約束條件、分支條件等是否都考慮到了，業(yè)務(wù)鏈路是否有遺漏、業(yè)務(wù)鏈路能否再簡(jiǎn)化，現(xiàn)有功能如何自然演進(jìn)（如需）。

上述基礎(chǔ)工作做完之后，再結(jié)合前述的功能矩陣圖（如excel、如腦圖）二次推敲、調(diào)整。

二次推敲完之后，再與業(yè)務(wù)方、干系人討論、看下是否有遺漏，如無遺漏方可開展原型撰寫。這里有個(gè)坑，業(yè)務(wù)方并非只是領(lǐng)導(dǎo)，還要邀請(qǐng)實(shí)際使用者參與討論，避免我們閉門造車或遺漏業(yè)務(wù)中的特殊規(guī)則等。

產(chǎn)品架構(gòu)設(shè)計(jì)策略及實(shí)戰(zhàn)case

產(chǎn)品架構(gòu)是產(chǎn)品經(jīng)理站在公司的業(yè)務(wù)、資源和時(shí)間三個(gè)維度，統(tǒng)籌考慮當(dāng)前產(chǎn)品的業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、研發(fā)平臺(tái)（客戶端還是小程序還是都干）、先做哪些功能？再做哪些功能？各個(gè)功能模塊之間的耦合解構(gòu)關(guān)系、不同的研發(fā)小組分別并行或串行做哪些功能，最后有序會(huì)師等。

一方面考驗(yàn)產(chǎn)品經(jīng)理的過往大項(xiàng)目經(jīng)驗(yàn)沉淀能力；一方面考驗(yàn)產(chǎn)品經(jīng)理的業(yè)務(wù)理解深度；一方面考驗(yàn)產(chǎn)品經(jīng)理敢下功夫投入的系統(tǒng)思考的邏輯嚴(yán)謹(jǐn)性和前瞻預(yù)見性；一方面考驗(yàn)產(chǎn)品經(jīng)理的權(quán)衡決策能力；最后一個(gè)是考驗(yàn)產(chǎn)品經(jīng)理的落地執(zhí)行能力。

征詢討論：領(lǐng)導(dǎo)征詢、業(yè)務(wù)方征詢、技術(shù)組長(zhǎng)征詢

心中裝有產(chǎn)品架構(gòu)、在已達(dá)成共識(shí)的業(yè)務(wù)鏈路和Featurelist指導(dǎo)下，完成PRD（我習(xí)慣直接用原型，而非寫word）初稿。

初稿更多的是頁面結(jié)構(gòu)、信息布局、事件流轉(zhuǎn)的呈現(xiàn)，并不涉及研發(fā)層面的詳盡的邏輯注解。初稿自查無異議后，要與產(chǎn)品Leader（如無略）內(nèi)審，內(nèi)審?fù)ㄟ^后再與需求方一起走查看下是否符合預(yù)期，是否有遺漏的場(chǎng)景未覆蓋，產(chǎn)品策略是否合理等。

與業(yè)務(wù)方達(dá)成共識(shí)后，就部分高復(fù)雜業(yè)務(wù)或有一定技術(shù)難點(diǎn)的再與各組長(zhǎng)進(jìn)行逐一征詢，提前獲取各技術(shù)組長(zhǎng)的專業(yè)指導(dǎo)建議和方案認(rèn)可，為后面的正式需求宣講掃清障礙。

立項(xiàng)圈人：畫餅、排期、立項(xiàng)、圈人

需求宣講完后，我們需要各研發(fā)組長(zhǎng)在指定時(shí)間內(nèi)（原則上不超過2工作日）基于Featurelist和PRD返回排期，如果資源有沖突，可以分組錯(cuò)茬開發(fā)。

產(chǎn)品經(jīng)理要利用好需求宣講這個(gè)舞臺(tái)的前、中、后三個(gè)場(chǎng)。

前場(chǎng)是畫餅，講這件事的背景、緊迫性和價(jià)值，用故事、段子、使命等將大家從其它陣地帶入到我們的陣地。

中場(chǎng)就是我們最拿手的需求宣講，千萬不要搞砸了，注意順序“功能矩陣”>“業(yè)務(wù)鏈路”>“具體模塊”>”全局潛規(guī)則”，最后來個(gè)虛心請(qǐng)教是否有遺漏，請(qǐng)?jiān)谧难邪l(fā)、測(cè)試專家們“扔磚”~

后場(chǎng)就是再次重申，決戰(zhàn)開始，此刻起兄弟們都?xì)w我管了，立項(xiàng)后誰的需求都不能接了，誰敢私自接需求，咱們周會(huì)上刀槍相見~

風(fēng)險(xiǎn)化解：真誠干練、更新同步、每周Review+進(jìn)度通報(bào)

人無完人，再大神級(jí)的RPD也會(huì)有瑕疵，此時(shí)我們要做的就是釋疑、補(bǔ)充、完善。

從業(yè)秘訣如下：

• 千萬要真誠、千萬要真誠、千萬要真誠
• 千萬要干練、千萬要干練、千萬要干練

千萬要及時(shí)更新文檔、千萬要及時(shí)更新文檔、千萬要及時(shí)更新文檔。

備注：更新不代表立即上傳SVN，但每日必須同步一次。

及時(shí)組織或協(xié)助組織項(xiàng)目進(jìn)度Review，每周一次，會(huì)上就干三件事：進(jìn)度驅(qū)動(dòng)、協(xié)調(diào)協(xié)同、風(fēng)險(xiǎn)披露。

驗(yàn)收交付：標(biāo)準(zhǔn)對(duì)照、需求池更新、數(shù)據(jù)初始化、運(yùn)營客服培訓(xùn)

標(biāo)準(zhǔn)對(duì)照

時(shí)間充足：從大到?。ò茄笫[）、事無巨細(xì)（推土機(jī)），分層推進(jìn)；

時(shí)間緊張：關(guān)鍵業(yè)務(wù)點(diǎn)體驗(yàn)，其它交給業(yè)務(wù)方和測(cè)試兄弟把關(guān)。

需求池更新

基于研發(fā)測(cè)試進(jìn)行中暴漏的問題，動(dòng)態(tài)更新我們的需求池、及潛在版本的Feturelist。

數(shù)據(jù)初始化

永遠(yuǎn)記住，數(shù)據(jù)初始化是一個(gè)標(biāo)準(zhǔn)動(dòng)作，永不可忘記?；诖说古牛覀兊臄?shù)據(jù)初始化策略和前置準(zhǔn)備工作。

運(yùn)營客服培訓(xùn)

領(lǐng)導(dǎo)一句話，產(chǎn)品一拍兄，研發(fā)一把淚，事終于成了。

但我們要對(duì)運(yùn)營同學(xué)、客服同學(xué)進(jìn)行系統(tǒng)的培訓(xùn)。

培訓(xùn)秘訣：概念導(dǎo)入；業(yè)務(wù)鏈路串講；具體操作演示；操作手冊(cè)。

以上是自己在產(chǎn)品中的一些實(shí)踐總結(jié)，限于文采拙劣和時(shí)間有限，未能精細(xì)呈現(xiàn)，海涵。文中所述觀點(diǎn)不當(dāng)?shù)?，希望廣大產(chǎn)品同仁不吝拍磚，共同提高。

不同的產(chǎn)品團(tuán)隊(duì)、不同的崗位角色，會(huì)導(dǎo)致我們的分工不同，以上很多場(chǎng)景可能不涉足或不主控，但萬變不離其宗，方法相同，只要我們有產(chǎn)品盤感、業(yè)務(wù)敏感、邏輯嚴(yán)謹(jǐn)、靈通好學(xué)、干練帶風(fēng)、狠下功夫，放到哪我們都一樣熠熠生輝。

產(chǎn)品之路很艱辛，也更能鍛煉人！在此祝廣大產(chǎn)品兄弟姐妹們不辱“產(chǎn)品”之title，做出好產(chǎn)品！

作者：九天牧人，個(gè)人微信unifarm

本文由 @九天牧人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議