站長資訊網產品經理在產品上線前后應該要做些什么呢？作者梳理了產品上線前后的全部流程，整理并輸出了SOP，供大家參考和學習。
如果你負責的是一個有著規律迭代的成熟產品，那么恭喜你，每隔不久都會一陣面臨手忙腳亂——開發即將結束、測試驗收上線。
我整理了一份產品上線前后SOP，可以幫你更好的理解產品上線前后的全部流程，在這里我們聊一聊產品經理在上線前后需要做的準備工作。
01 更新說明
在做平臺型產品時接入過在線電話的功能，本以為萬事大吉、能解決大部分雙方溝通無法及時回復消息的問題，但上線一段時間后看數據時發現很少有人使用，是因為在線電話無法解決平臺兩端用戶的溝通問題嗎？
我挑選了一批活躍用戶進行電話訪談，訪談結果令我詫異：絕大多數用戶根本不知道這個功能的存在。
嘔心瀝血地規劃了一個功能卻鮮為人知，造成這種問題的根本因素其實是沒有更好的讓功能觸達用戶。而更新說明在這之間起到了很關鍵的連接作用，下面我們討論一下如何讓更新說明觸達用戶、怎樣更好的起到運營效果。
觸達用戶的渠道：
我們可以通過短信通知、站內信推送、業務人員的朋友圈、微信公眾號推送等不同渠道觸達用戶；
在觀察一些課程類產品時不難發現，銷售人員很重視朋友圈運營。類比這種方式，當你的產品涉及到可與外部用戶接觸的業務部門時，可以向業務人員提供一份朋友圈運營的圖文支持，讓用戶能夠從更多方面觸達到新功能。
需要注意的點：
在撰寫更新說明時需要注意文案與流程的表達。
我們在日常使用產品時會收到各種各樣的消息推送，仔細觀察可以發現，多數推送的點擊率并不高。我們作為使用者時點擊的推送一般是那些文案能夠吸引到我的、文案聽起來解決了我某些問題的，所以文案在這個過程中起到了關鍵的作用。
用戶在被文案吸引、點擊查看內容后想要了解的是，怎樣的點擊路徑能讓我進入這個功能？如何解決我面臨的問題？一個更清晰的流程指引可以在這個階段幫助用戶了解更新后功能的操作路徑，所以全面的更新說明是與運營效果直接掛鉤的。
02 上線郵件
如果你的產品涉及到公司內的不同部門，那么在產品更新后一定要記得郵件通知到各個業務部門。上線郵件內容主要包括以下幾個內容：
- 不同端的版本號及上線時間。
- 相關開發者
- 當前版本的整體目標
- 具體更新內容，包括功能說明、價值、覆蓋的不同端等
- 當前版本的注意事項、進行業務培訓的時間
- 簡要概述下個版本計劃、下個版本上線時間
03 業務培訓課件
同樣的，如果你的產品涉及到公司內的不同部門，那么在產品更新后需要仔細考量業務培訓的必要性：你做的是小優化還是大迭代？是否會對內部及外部用戶主要使用路徑產生影響？更新后解決了內部業務部門的哪些問題？你應該以怎樣的話術推著內部業務部門使用產品？
這些問題思考過后，如果你需要對業務部門進行培訓，那么提前準備一份培訓課件將會幫助你更輕松的面對幾十甚至上百人的培訓。
04 下版本規劃
這里需要注意的是一個時間的先后順序，為避免研發人員在當前版本上線后出現閑置的情況，下一版本的規劃是要安排在當前版本測試之前的。我們通過內部調研、外部調研會收集一些需求，在進行需求分析后需要確認下一版本的目標及對應解決方案，方案落實到原型的過程即是對產品的規劃過程。
這里可以參考我之前的文章《中后臺產品經理的業務調研，應該調研什么？》
下版本規劃結束，產品要組織業務和技術評審。業務評審是與內部用戶討論方案能否解決對方目前面臨的問題，技術評審是與開發者討論規劃在技術實施上的可行性。兩輪評審被diss過后相信大部分產品已精疲力盡，然而接下來才是最讓人頭疼的部分，根據評審結果，各位產品的設計者，改規劃吧。
作者：Caroline；公眾號：ComeSeptember
