産品經理在産品上線前後應該要做些什麼呢？作者梳理了産品上線前後的全部流程，整理并輸出了SOP，供大家參考和學習。

如果你負責的是一個有着規律叠代的成熟産品，那麼恭喜你，每隔不久都會一陣面臨手忙腳亂——開發即将結束、測試驗收上線。

我整理了一份産品上線前後SOP，可以幫你更好的理解産品上線前後的全部流程，在這裡我們聊一聊産品經理在上線前後需要做的準備工作。

01 更新說明

在做平台型産品時接入過在線電話的功能，本以為萬事大吉、能解決大部分雙方溝通無法及時回複消息的問題，但上線一段時間後看數據時發現很少有人使用，是因為在線電話無法解決平台兩端用戶的溝通問題嗎？

我挑選了一批活躍用戶進行電話訪談，訪談結果令我詫異：絕大多數用戶根本不知道這個功能的存在。

嘔心瀝血地規劃了一個功能卻鮮為人知，造成這種問題的根本因素其實是沒有更好的讓功能觸達用戶。而更新說明在這之間起到了很關鍵的連接作用，下面我們讨論一下如何讓更新說明觸達用戶、怎樣更好的起到運營效果。

觸達用戶的渠道：

我們可以通過短信通知、站内信推送、業務人員的朋友圈、微信公衆号推送等不同渠道觸達用戶；

在觀察一些課程類産品時不難發現，銷售人員很重視朋友圈運營。類比這種方式，當你的産品涉及到可與外部用戶接觸的業務部門時，可以向業務人員提供一份朋友圈運營的圖文支持，讓用戶能夠從更多方面觸達到新功能。

需要注意的點：

在撰寫更新說明時需要注意文案與流程的表達。

我們在日常使用産品時會收到各種各樣的消息推送，仔細觀察可以發現，多數推送的點擊率并不高。我們作為使用者時點擊的推送一般是那些文案能夠吸引到我的、文案聽起來解決了我某些問題的，所以文案在這個過程中起到了關鍵的作用。

用戶在被文案吸引、點擊查看内容後想要了解的是，怎樣的點擊路徑能讓我進入這個功能？如何解決我面臨的問題？一個更清晰的流程指引可以在這個階段幫助用戶了解更新後功能的操作路徑，所以全面的更新說明是與運營效果直接挂鈎的。

02 上線郵件

如果你的産品涉及到公司内的不同部門，那麼在産品更新後一定要記得郵件通知到各個業務部門。上線郵件内容主要包括以下幾個内容：

• 不同端的版本号及上線時間。
• 相關開發者
• 當前版本的整體目标
• 具體更新内容，包括功能說明、價值、覆蓋的不同端等
• 當前版本的注意事項、進行業務培訓的時間
• 簡要概述下個版本計劃、下個版本上線時間

03 業務培訓課件

同樣的，如果你的産品涉及到公司内的不同部門，那麼在産品更新後需要仔細考量業務培訓的必要性：你做的是小優化還是大叠代？是否會對内部及外部用戶主要使用路徑産生影響？更新後解決了内部業務部門的哪些問題？你應該以怎樣的話術推着内部業務部門使用産品？

這些問題思考過後，如果你需要對業務部門進行培訓，那麼提前準備一份培訓課件将會幫助你更輕松的面對幾十甚至上百人的培訓。

04 下版本規劃

這裡需要注意的是一個時間的先後順序，為避免研發人員在當前版本上線後出現閑置的情況，下一版本的規劃是要安排在當前版本測試之前的。我們通過内部調研、外部調研會收集一些需求，在進行需求分析後需要确認下一版本的目标及對應解決方案，方案落實到原型的過程即是對産品的規劃過程。

這裡可以參考我之前的文章《中後台産品經理的業務調研，應該調研什麼？》

下版本規劃結束，産品要組織業務和技術評審。業務評審是與内部用戶讨論方案能否解決對方目前面臨的問題，技術評審是與開發者讨論規劃在技術實施上的可行性。兩輪評審被diss過後相信大部分産品已精疲力盡，然而接下來才是最讓人頭疼的部分，根據評審結果，各位産品的設計者，改規劃吧。

作者：Caroline；公衆号：ComeSeptember

本文由 @Caroline 原創發布于人人都是産品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部