產(chǎn)品上線過程中產(chǎn)品經(jīng)理要做的最后準(zhǔn)備

今天我們簡單的聊一聊產(chǎn)品上線過程中產(chǎn)品經(jīng)理該做的一些工作？

以下情景，應(yīng)該是大家都碰到過的：

• Boss：我們這個產(chǎn)品開發(fā)速度很快，大家這么的努力，那就后天上線吧。
• PM：后天上線？納尼，物料填充了嗎？數(shù)據(jù)指標(biāo)設(shè)計了嗎？給部門或者種子用戶培訓(xùn)了嗎？冷啟動方案是啥？
• Boss：上線不是很簡單的事嗎？更新下版本，發(fā)個通知不就ok了嗎？
• PM：用戶反饋的問題怎么解釋？數(shù)據(jù)指標(biāo)需要跟蹤哪些，迭代哪個方向？要不要活動運營配合冷啟動？……反正就是還有一堆事兒…..

最近，自己負(fù)責(zé)的一個產(chǎn)品也要上線，剛好大家一起來討論下產(chǎn)品上線前究竟要準(zhǔn)備些什么？歡迎留言補充。上線前大致會有以下幾部分內(nèi)容：

[title]第一部分：回歸檢查[/title]

其實，這一部分基本上是產(chǎn)品經(jīng)理負(fù)責(zé)的產(chǎn)品上線前的必經(jīng)工作，主要就是評估產(chǎn)品是否滿足上線標(biāo)準(zhǔn)？也就是檢查產(chǎn)品的上線清單，建議大家都自己維護一個上線清單，你會發(fā)現(xiàn)效率會大大提高。主要的內(nèi)容包括：

1. 回歸測試：這部分一般測試團隊會去做并且會給出測試報告，但是如果你是在傳統(tǒng)行業(yè)里面做互聯(lián)網(wǎng)pm，建議各位產(chǎn)品經(jīng)理在產(chǎn)品自測階段一定要自己對核心流程、核心功能充分回歸測試，確認(rèn)是否完整可用？一方面有很多坑只有你確認(rèn)后才知道是真的”坑“，另一方面為后面的內(nèi)測和公測縮短測試周期。
2. buglist清空：按照version計劃去確認(rèn)上線版本的功能清單，核心bug是不是處理完畢了？最好不要有一級、二級bug，如果還有但是又需要盡快上線，再確定這個bug不涉及到核心業(yè)務(wù)流程之后，就盡快把這個bug踢出來轉(zhuǎn)化成小版本的需求迭代。
3. 時間選擇：上線時間選擇好了嗎？是否選擇了一個黃道吉日？是否與其他活動沖突了，白天還是晚上，避開大事件，避開其同類產(chǎn)品，給一個時間表。
4. 冷啟動：頁面內(nèi)容是否填充完畢，可以正常使用？避免空數(shù)據(jù)？比如社交類產(chǎn)品，用戶初始化的頭像和名稱是否有默認(rèn)填充數(shù)據(jù)等等，僅可能的減少空數(shù)據(jù)頁面。
5. 文案：所有文案是否明確無歧義，并且合規(guī)？比如一些詞語“賬戶、帳戶， 登錄、登陸”的確認(rèn)，如果需要經(jīng)過風(fēng)險合規(guī)審查的，一定就在內(nèi)測的時候要求他們一起參與測試，同時提前把主要的文案內(nèi)容提供給他們進行審核，以便快速修正。

上線前，產(chǎn)品經(jīng)理一定要自己做好回歸檢查，當(dāng)然產(chǎn)品是需要靠運營來創(chuàng)造短期價值的，如果冷啟動方案里面需要有活動的配合，那么就還需要確認(rèn)運營所需的上線物料是否準(zhǔn)備好？

• 使用文檔、幫助文檔：是否準(zhǔn)備充分？是否已經(jīng)上線？用戶反饋后是否有解答的渠道？
• 應(yīng)用商店：描述、圖片是否準(zhǔn)備完畢？
• 幫助中心：幫助中心的文案是否已經(jīng)更新了？
• 推廣物料：有哪些推廣渠道？相關(guān)物料是否準(zhǔn)備好？
• 活動流程：流程是否正確？是否能展現(xiàn)產(chǎn)品最核心的業(yè)務(wù)功能？

產(chǎn)品運營不分家，萬一產(chǎn)品很爛，運營有機會補嗎？是否還有補救的方案。

[title]第二部分：通知與協(xié)作[/title]

第二部分說的就是產(chǎn)品的上線過程，其實并不是產(chǎn)品經(jīng)理一個人兒的事兒，它會涉及到后期的運營？用戶的反饋怎么回答？如果影響到市場，該怎么處理？等等系列問題，所以產(chǎn)品上線前也一定要過產(chǎn)品上線會議，也就是通知和培訓(xùn)相關(guān)團隊，組成上線的協(xié)作團隊。包括：

• 運營團隊：通知到相關(guān)人員，是否需要運營活動配合？
• 客服團隊：具體話術(shù)、使用教程、培訓(xùn)是否已經(jīng)做了？
• 市場團隊：對銷售帶來的正面和負(fù)面影響是什么？
• 支持團隊：業(yè)務(wù)團隊、技術(shù)團隊等

當(dāng)然也還有上線后的影響，需要哪些人持續(xù)支持？明確好大致的時間周期、人和相關(guān)的任務(wù)安排。

[title]第三部分：預(yù)案和整理[/title]

產(chǎn)品上線過程存有不成功的風(fēng)險，針對這種情況，要準(zhǔn)備好預(yù)案。當(dāng)然在上線期間還有很多內(nèi)容需要做些預(yù)案，比如：

• 訪問超過了壓測峰值該怎么辦？
• 大量用戶投訴該怎么辦？
• 無法訪問，業(yè)務(wù)中斷了該怎么辦？

最壞的預(yù)案就是回滾了，把回滾策略作為最后的屏障。上線完了，是不是就結(jié)束了呢？當(dāng)然還沒有，接下來還有這么幾件事情需要抓緊去做整理，包括：

• 需求變更了，更新/補充需求文檔
• 針對本次版本未實現(xiàn)的需求、bug的解決方案
• 重點看運營團隊的需求反饋

下面是我的一個上線前準(zhǔn)備list，也請大家補充一些，一起共學(xué)之。下一期我們談?wù)勆暇€后產(chǎn)品經(jīng)理需要做些什么，怎么看數(shù)據(jù)？

文：小平哥/產(chǎn)品公園(pmtoparker)

增長黑客CGO薦讀產(chǎn)品運營：

• 《Robinhood：產(chǎn)品上線前，0成本累計100萬用戶增長策略》
• 《如何成為優(yōu)秀的用戶產(chǎn)品經(jīng)理》
• 《增長是什么呢？如何利用數(shù)據(jù)統(tǒng)計實現(xiàn)增長運營？》

更多精彩，關(guān)注：增長黑客（GrowthHK.cn）

增長黑客（Growth Hacker）是依靠技術(shù)和數(shù)據(jù)來達成各種營銷目標(biāo)的新型團隊角色。從單線思維者時常忽略的角度和高度，梳理整合產(chǎn)品發(fā)展的因素，實現(xiàn)低成本甚至零成本帶來的有效增長…