在互聯(lián)網(wǎng)公司，產(chǎn)品經(jīng)理也充當(dāng)項(xiàng)目經(jīng)理的角色。每次產(chǎn)品迭代，都是一場戰(zhàn)役，而在項(xiàng)目管理過程中風(fēng)險(xiǎn)無處不在，如果我們知道接下來會有哪些風(fēng)險(xiǎn)，那就可以提前準(zhǔn)備做好預(yù)案，從而大大減少我們產(chǎn)品迭代上線時(shí)間的風(fēng)險(xiǎn)。
往往在項(xiàng)目管理的過程中，產(chǎn)品經(jīng)理缺乏的是對項(xiàng)目有整體的全景認(rèn)識，此時(shí)需要產(chǎn)品經(jīng)理提前考量各種約束潛在風(fēng)險(xiǎn)，并且在一個(gè)個(gè)產(chǎn)品迭代過程中積累成體系的產(chǎn)品風(fēng)險(xiǎn)管理方案。針對于這樣的方式做產(chǎn)品風(fēng)險(xiǎn)管理，可以大部分把風(fēng)險(xiǎn)降到最低值。
一、列出潛在風(fēng)險(xiǎn)
產(chǎn)品經(jīng)理應(yīng)該和技術(shù)負(fù)責(zé)人、運(yùn)營負(fù)責(zé)人在項(xiàng)目初期階段，把能想到的所有風(fēng)險(xiǎn)都列出來，先暴露風(fēng)險(xiǎn)并做好準(zhǔn)備。
健康的產(chǎn)品迭代流程，風(fēng)險(xiǎn)系數(shù)是會隨著產(chǎn)品迭代過程呈現(xiàn)遞減趨勢，可控性會提高很多。
風(fēng)險(xiǎn)點(diǎn)的挖掘可以從項(xiàng)目管理全路徑去發(fā)現(xiàn)。項(xiàng)目管理是對人、財(cái)、物、時(shí)間的管理與協(xié)調(diào)，剛開始時(shí)可以從這四個(gè)緯度做簡單的挖掘闡述。
在項(xiàng)目推進(jìn)的過程中，核心的里程碑事件如果要依靠到項(xiàng)目外資源的交付，那么就要做好風(fēng)險(xiǎn)預(yù)案。如果外部資源交付出了問題怎么辦，你的planB計(jì)劃是什么。
如果某件事不確定是否有風(fēng)險(xiǎn)點(diǎn)，那么算作該事件有風(fēng)險(xiǎn)點(diǎn)。風(fēng)險(xiǎn)控制是要保證潛在的風(fēng)險(xiǎn)點(diǎn)不發(fā)生或者發(fā)生后的解決措施。
John非常貼心的為大家準(zhǔn)備了互聯(lián)網(wǎng)產(chǎn)品迭代常見的風(fēng)險(xiǎn)清單。（風(fēng)險(xiǎn)清單一定是在項(xiàng)目初期過程中提前給各組干系人須知，讓每個(gè)項(xiàng)目組成員提前感知潛在的風(fēng)險(xiǎn)，直到產(chǎn)出對應(yīng)的解決方案）
（這張圖片求你們保存下）
二、風(fēng)險(xiǎn)應(yīng)對策略
1.需求篇
在產(chǎn)品迭代的過程中，最怕出現(xiàn)了主要流程和核心邏輯調(diào)整，意味著技術(shù)前面預(yù)研和開發(fā)的項(xiàng)目全廢了。這也是為什么在項(xiàng)目評審前需要加上技術(shù)預(yù)研的過程。另外有一說一，產(chǎn)品經(jīng)理在產(chǎn)品設(shè)計(jì)的過程中一定需要把控好需求的過程。
秉承著三個(gè)原則：想清楚、說明白、動手快
第1個(gè)是一件事情能把它想清楚。任何一件事發(fā)生了，產(chǎn)品經(jīng)理能不能想到它底層的原因是什么？它的根本是什么？
現(xiàn)在所有的電商平臺，都想做直播電商。其實(shí)直播電商本質(zhì)是品牌方對私域流量渴望的體現(xiàn)，直播為工具，電商為基礎(chǔ)。直播電商重塑人貨場：
人：從主動消費(fèi)變?yōu)楸粍酉M(fèi)；（主播是誰很重要，是否有帶貨的潛質(zhì)？）
貨：實(shí)現(xiàn)去中間商，拉近產(chǎn)品原產(chǎn)地；（商品是否有吸引力，價(jià)格和質(zhì)量決定商品能否賣出去）
場：“千里眼+順風(fēng)耳”的功能變成現(xiàn)實(shí)。（平臺服務(wù)和直播體驗(yàn)以及下單流程就很重要）
第 2 個(gè)叫說的明白。因?yàn)楫a(chǎn)品是整條線的那個(gè)牽頭人，如果一個(gè)產(chǎn)品人不能把你的想法這件事情的東西說明白，就是能力很差，不存在表達(dá)能力很差的產(chǎn)品經(jīng)理。有一句話很經(jīng)典，希望所有產(chǎn)品經(jīng)理都能記?。?/span>
如果你不能用簡單的話來完整表達(dá)你的產(chǎn)品/想法，證明你根本不了解/沒思考清楚。
第 3 個(gè)是要有能力快速的去試。這個(gè)試包括但不限于把產(chǎn)品搞上線讓用戶/客戶來用，也包括了可能做一個(gè)粗的原型，也包括了可能去做訪談，去做客戶的溝通。
做好這三個(gè)步驟，迭代上線后很難出現(xiàn)無人問津的局面了。可能你就會問了，想清楚這件事極其的難，如果能想清楚事情，就不會出現(xiàn)這么多死掉/曇花一現(xiàn)的產(chǎn)品了。的確是，那我可能就會反問你了。你調(diào)研/拆解了多少競品，梳理了多少他們的運(yùn)營大事件。以及基于當(dāng)時(shí)的環(huán)境為什么這么做？——這兒其實(shí)在他們的產(chǎn)品版本迭代記錄中全部能找到。建議去看下你負(fù)責(zé)產(chǎn)品的競品歷史版本迭代記錄。你會發(fā)現(xiàn)很多有意思的點(diǎn)。
落地回來到項(xiàng)目風(fēng)險(xiǎn)的點(diǎn)中，一定要對需求琢磨琢磨再琢磨。否則一切都是白搭。
2.團(tuán)隊(duì)協(xié)作篇
在《騰訊方法》這本書中，提到過一種團(tuán)隊(duì)協(xié)作方法，那就是建立團(tuán)隊(duì)協(xié)作任務(wù)故事墻。顧名思義，任務(wù)故事墻就是把團(tuán)隊(duì)中每個(gè)人的任務(wù)故事分解成一個(gè)個(gè)的小任務(wù)，然后貼在墻上，使得項(xiàng)目信息變得透明化和可視化，從而方便團(tuán)隊(duì)成員跟蹤進(jìn)度，提升協(xié)作效率。
如上圖所示，一面簡潔的故事墻制作起來其實(shí)并不復(fù)雜，最主要的元素大概就是以下四點(diǎn)：
“任務(wù)負(fù)責(zé)人”列：這一列主要就是把團(tuán)隊(duì)成員寫上，比如產(chǎn)品、UI、前端、后端、測試等等。方便團(tuán)隊(duì)成員知曉每個(gè)任務(wù)的跟進(jìn)負(fù)責(zé)人是誰。
“待辦事項(xiàng)”列：還沒有開始做的任務(wù)，負(fù)責(zé)人需要把當(dāng)前版本的任務(wù)或者一些臨時(shí)需求添加到“待辦事項(xiàng)”列，方便團(tuán)隊(duì)成員清晰看到自己近期總共有哪些任務(wù)。
“進(jìn)行中”列：正在進(jìn)行中的任務(wù)，負(fù)責(zé)人需要把正在進(jìn)行中的任務(wù)移動到“進(jìn)行中”列，方便團(tuán)隊(duì)成員清晰看到自己正在進(jìn)行的工作有哪些。
“已完成”列：已完成的任務(wù)，負(fù)責(zé)人需要把已完成的任務(wù)移動到“已完成列”，方便團(tuán)隊(duì)成員清晰看到自己已經(jīng)完成的工作任務(wù)有哪些。
這四個(gè)元素就構(gòu)成了一面團(tuán)隊(duì)協(xié)作故事墻，團(tuán)隊(duì)成員通過添加、減少、移動墻上的任務(wù)便簽，就可以讓整個(gè)團(tuán)隊(duì)清晰了解項(xiàng)目的進(jìn)度狀況。
那么，在每天站立會的時(shí)候，每個(gè)團(tuán)隊(duì)成員只需要站到故事墻前面，用語言講解和移動便簽相結(jié)合的方式向團(tuán)隊(duì)傳達(dá)自己昨天做了哪些任務(wù)，已完成和未完成的哪些，今天又準(zhǔn)備做哪些任務(wù)。
同時(shí)，要注意的是，對于各個(gè)成員之間相關(guān)度比較高的任務(wù)，負(fù)責(zé)人一定要及時(shí)向相關(guān)人員匯報(bào)進(jìn)度，比如說已完成的情況下要及時(shí)告知后續(xù)相關(guān)人員應(yīng)該怎么做。這樣的話，整個(gè)團(tuán)隊(duì)成員就能夠?qū)γ總€(gè)任務(wù)走到哪一步有一個(gè)清晰的認(rèn)知，也就有時(shí)間提前準(zhǔn)備與任務(wù)相關(guān)的后續(xù)工作。
舉例來說：后端在晨會上告知團(tuán)隊(duì)后端接口即將開發(fā)完成，那么就可以提示前端開發(fā)等下就可以對接口了。
當(dāng)然，在這個(gè)過程中，每位成員還可以把自己工作中的一些想法和心得簡單分享出來，提出自己的看法；或者說有什么困難，需要其他成員或者其他部門幫忙，也可以及時(shí)提出來。
當(dāng)然里面還涉及到其他的問題，其實(shí)就是和相關(guān)的人去溝通清楚。事情最怕溝通，溝通過后，事情就慫了。
總結(jié)：回到根上來，產(chǎn)品迭代方案早期做好調(diào)研：明確用戶需求和產(chǎn)品方向，減少后期的變動；早點(diǎn)準(zhǔn)備技術(shù)調(diào)研，讓資深技術(shù)人員根據(jù)項(xiàng)目實(shí)際情況做好最合理的技術(shù)選型。對常見的風(fēng)險(xiǎn)（需求不斷新增，代碼提測質(zhì)量差，計(jì)劃排期不準(zhǔn)，變更記錄不全未周知，發(fā)布流程不規(guī)范等），可以用對應(yīng)的更完善的流程來緩和和預(yù)防問題的發(fā)生。
以下是專業(yè)項(xiàng)目經(jīng)理給的方案：
規(guī)定在一個(gè)固定時(shí)間盒不接受新增需求：采用集中評審代碼，安排多次代碼評審，打通Jira和Git倉庫做好功能跟進(jìn)，擴(kuò)大冒煙測試用例范圍；
適當(dāng)改變項(xiàng)目的功能范圍，保證計(jì)劃上線；計(jì)劃排期充分考慮到節(jié)假日，學(xué)習(xí)、開會、評審等緩沖時(shí)間；
維護(hù)好公共的需求變更記錄wiki頁面， 建立項(xiàng)目各角色的聊天群組、郵件列表，任何變動及時(shí)周知干系人；
規(guī)范發(fā)布流程必備內(nèi)容，包含Release note 、Code review報(bào)告 、功能測試報(bào)告 、異常測試報(bào)告（若有） 、性能測試報(bào)告（若有），另外要求開發(fā)負(fù)責(zé)人，開發(fā)，QA，DBA等重要干系人務(wù)必參與評審給出意見。
三、思考
我想以后對產(chǎn)品經(jīng)理的能力要求越來越高。這并不是說考了個(gè)PMP證書就可以了。而是在執(zhí)行的過程中深入到：這四步：定義產(chǎn)品、設(shè)計(jì)產(chǎn)品、研發(fā)產(chǎn)品和運(yùn)營產(chǎn)品。
定義產(chǎn)品：首先要清楚你迭代的目的是服務(wù)于什么用戶/客戶，他們的使用場景是什么？總之需要清晰的梳理出：迭代的XX功能是為XX用戶在XX場景下使用的。
設(shè)計(jì)產(chǎn)品：基于場景拆分用戶的使用任務(wù)，任務(wù)再會拆分為功能和交互、內(nèi)容和信息架構(gòu)，最終把它呈現(xiàn)到界面上。
研發(fā)產(chǎn)品：主要指界面設(shè)計(jì)、技術(shù)研發(fā)，還應(yīng)該有用戶體驗(yàn)及可用性測試的部分。
運(yùn)營產(chǎn)品：產(chǎn)品上線前后的基于產(chǎn)品的運(yùn)營計(jì)劃，產(chǎn)品的增長管理、市場營銷、跟用戶之間不斷的互動過程。
希望能夠幫到你。記得三連哦。（轉(zhuǎn)發(fā)、評論、點(diǎn)在看）感謝了。
John為你準(zhǔn)備了歷史文章。真的建議小伙伴好好看看：（點(diǎn)擊圖片過去看原文）
聯(lián)系客服
