閱讀1891
標籤：
產品經理經歷了幾次APP新版本上線的折磨後， 發現一次成功的上線， 除了需求下發、研發、測試、上線這樣理想化的流程之外， 還存在很多隱性的工作需要我們考慮並完成。
一、發佈前
1、新老版本的相容問題
比如， 老版本原有的功能， 新版本從底層進行了重構， 介面如果重寫， 老版本要考慮相容問題。 不然就會出現， 新用戶下載的APP可以使用， 老使用者不能使用的情況。 如果涉及了表結構的改變， 那麼還會關聯到系統的其他功能。
2、iOS， 安卓， 微商城的三端統一
原生頁面和h5頁面的區別：
3、APP更新啟動頁
對於大版本的更新， 要有新增功能的介紹引導頁面， 一般4-6個頁面為宜， 把更新的內容講述給使用者， 別忘了可以跳過這部分的按鈕。 修改涉及需要使用者重點關注的地方， 可以在頁面上做些指引蒙版。
4、發佈失敗應急方案
常在坑裡走， 哪有不掛的。 一旦發佈失敗， 一定要有事先準備好的應急預案， 發現情況不妙， 可以啟動應急預案， 最差不過緊急回滾， 至少把損失降到最低。
二、發佈中
5、應用商店的審核
發佈版本的預期時間， 要把應用商店的審核時間加進去。 特別是App Store的審核比較嚴格， 不符合審核標準的應用會被拒絕發佈， 所以時間要預留出給App Store審核， 拒絕再修改提交的時間。
6、應用商店的更新文案
提交給應用商店的新功能介紹， 包括文案， 圖片（不要相信程式師哥哥們的文案水準）。 如果沒有運營人員， 這也是我們的職責之內。
7、版本號
面向使用者發佈的產品版本號要按規則管控好， 確保每個應用商店內的安裝包是最新版本， 避免混亂。
三、發佈後
8、正式環境測試
上線之後， 按照測試用例， 把使用者前端的功能全部點一點， 最好是全體總動員， 要在不同機型不同環境， 保證用戶體驗。
9、跟蹤用戶回饋
及時與一線業務人員溝通， 是否有未發現的BUG， 優先解決影響業務的問題。
文／王一點， 一枚90後電商產品妹子。 微信公眾號：產品愛磨嘰。