課程篇（13）：產品設計-產品發布及後續跟進

02-12

作為一名准產品新汪，雖然沒有十足乾貨，但希望記下苦海行舟之點滴，以求共勉！

一、發布準備

To Do List

產品層面

測試結果驗收
客服手冊

運營層面

發布渠道準備
用戶通知
推廣運營策略制定

1.產品驗收

驗收目的

確保產品的基本功能與需求一致
確保產品能順利發布

誰來驗收？

不同的公司流程會有不同的驗收人
常見負責人，對應的產品經理
嚴格要求質量的項目，有專門的驗收會

驗收標準

可用性：是否與需求要求一致，用戶可順利完成操作
易用性：交互設計是否能提高用戶的使用效率

驗收方法

對比需求文檔或測試用例進行操作

實際工作中，產品經理如何驗收？

產品經理不是bug發現者
測試與設計共同協助完成驗收

2.客服手冊

什麼是客服手冊？

使用者：一切有可能需直接解答用戶使用疑問的角色，如運營、客服
主要內容：產品基本概況，本次更新功能簡介，使用操作指南，可能的問題及統一答覆

3.發布渠道（運營層面）

常用渠道

蘋果應用商店
安卓：應用寶，360，百度，華為，小米…

產品經理的渠道相關工作有哪些？

渠道包管理，渠道包驗證
渠道介紹文案、圖片
關注渠道下載量，關注渠道評論、渠道引流效果評估

4.用戶通知

哪些發布需要用戶通知？（發布前）

影響基礎服務的發布
影響用戶操作的發布

用戶通知怎麼發？

影響基礎服務的發布，提前發、多渠道發、彈窗通知、小黃條通知，用戶手動操作關閉
影響用戶操作的發布，根據實際情況選擇發布時間、多渠道發、不需要用主動關閉通知，提示用戶查看即可（氣泡等形式）。特例：操作指引

5.運營推廣

為什麼考慮運營推廣？

策劃運營合體的你，必須考慮
策劃的你，要引導運營

怎麼做？

判斷本次發布內容的重要程度
戰略性發布，大範圍推廣，目標新老用戶
功能性優化，老用戶重點推廣
小優化，簡單告知

產品經理要做什麼？

準備運營需要的設計圖
提前申請廣告位
與運營同事溝通外部推廣渠道
內部渠道確認，用戶群，合作產品入口，用戶通知系統
運營預期管理

可能的問題

驗收不通過？

區分不通過的理由
基本功能與預期不一致；不能通過，立刻周知項目經理、直屬領導，根據情況選擇加班修改或延期。
基本功能與預期一致；看具體情況，是否有比較嚴重的致命bug。

影響用戶使用的功能需發布怎麼辦？

如遊戲停服、機房維護
提前通知
半夜升級
值班留守，關注反饋

新功能準備運營推廣小貼士

核心用戶運營；社群策略、找到目標用戶、多對一運營、情感關懷、水軍互動
推廣渠道選擇；線上、線下
時機選擇；節日、特殊日
結合熱點；熱據、時事

6.小結

產品及運營均需在發布前有計劃
產品經理要引導運營方案輸出及執行

二、發布過程

1.發布留守

在產品發布時，產品經理、技術、客服等相關崗位均需至少留守一小時
為什麼？

確保服務穩定
觀察用戶使用情況，及時做出反映
協助解答可能引起的客服投訴

2.客戶端產品的發布

打包。渠道包、命名、抽樣檢驗；批量打包可能出錯。
上傳。文案資料、圖片說明、安裝包；文字編輯圖片均有可能出錯。
檢驗。待審核等待、下載檢驗；人工審核可能不通過

3.Web產品發布

技術準備。測試OK
發布。正常發布
檢驗。可能需要一定的生效時間

4.回滾

什麼情況需要回滾？

新功能不能正常使用
新功能的發布引起其他關鍵功能不能使用
Bug修復時間不可預期
用戶投訴及其強烈

如何儘可能的避免回滾情況的出現？

預期管理，預測到可能的影響面，是否可以承受
測試完善，功能測試及性能測試儘可能完善
技術實現方案儘可能不要耦合

三、發布後跟進

1.發布後，To Do List

彙報

上線彙報
項目彙報
數據彙報

反饋

如何跟進
如何篩選
如何利用

2.彙報的意義

為什麼要彙報？

項目需要，任何事情都需要有始有終
領導需要安全感
團隊需要鼓勵
檢驗目標，是否達成基本預期
存在感
組織影響力

3.彙報的內容

過程總結。是否如期完成，是否順利，時間評估是否準確等
結果總結。是否達到預期
資源使用情況總結。技術、設計、運營、資源
數據總結。用戶量、使用量、收入、成本
效果總結。用戶反饋，市場反饋

4.彙報方式

上線郵件，內容

告知：What、When、Done
感謝：相關領導、技術、設計、測試等同事
總結：基本情況小結
跟進：告知後續跟進計劃

數據彙報，小貼士

彙報時間：3天、7天、第一個月
彙報方式：郵件
彙報內容：基本數據表現，與預期是否一致，數據波動的原因，可以繼續提高數據的運營措施

5.用戶反饋跟進

如何跟進

選擇收集渠道：社群、產品意見反饋渠道
常見：Q群、公眾號、微博、意見反饋、應用市場評論
定期分類匯總
誰做？產品經理、產品運營、產品經理均可

6.如何篩選反饋

已知Bug問題：用心回復
已知需求問題：評估優先順序，是否需要提高
未知Bug問題：立刻聯繫用戶或重現，改進
未知需求問題：需求分析

7.反饋如何反映到需求規劃

普通用戶個別問題，若不重要暫時不規劃，若與原規劃一致，則自然解決
普通用戶普遍問題，需認真評估優先順序，資源限制導致無法完成可向上及時求助
特殊用戶個人問題，區分需求或bug；需求，區分其真實訴求；bug，建議儘快修改
特殊用戶普遍問題，需求，儘可能完成，bug，立即修改

8.為什麼特殊用戶的需求區別對待？

特殊用戶，要麼掌握影響你的資源，要麼影響你得產品口碑
只要不是完全無理的要求，我們需用積極的態度去服務特殊用戶

9.小結

發布後的事情往往更重要
合理彙報，及時跟進溝通

P.S.*Cover Photo by Pixabay on pexels本系列由 @西禪原創發布，轉載請註明出處，謝謝。