經歷了幾次APP新版本上線的折磨后，發現一次成功的上線，除了需求下發、研發、測試、上線這樣理想化的流程之外，還存在很多隱性的工作需要我們考慮并完成。

發布前

1、新老版本的兼容問題

比如，老版本原有的功能，新版本從底層進行了重構，接口如果重寫，老版本要考慮兼容問題。不然就會出現，新用戶下載的APP可以使用，老用戶不能使用的情況，如果涉及了表結構的改變，那么還會關聯到系統的其他功能。

2、IOS，安卓，微商城的三端統一

原生頁面和h5頁面的區別

1)原生應用頁面速度快，排版更清晰，體驗效果會更好

2)原生可以脫機使用，運行更快，但h5可以動態更新，不需要更新app

3)h5交互動態效果收到限制，復雜的邏輯和動畫做不了，會影響一些頁面場景、邏輯的理解。

3、APP更新啟動頁

對于大版本的更新，要有新增功能的介紹引導頁面，一般4-6個頁面為宜，把更新的內容講述給用戶，別忘了可以跳過這部分的按鈕。修改涉及需要用戶重點關注的地方，可以在頁面上做些指引蒙版。

4、發布失敗應急方案

常在坑里走哪有不掛的，一旦發布失敗，一定要有事先準備好的應急預案，發現情況不妙，可以啟動應急預案，最差不過緊急回滾，至少把損失降到最低。

發布中

5、應用商店的審核

發布版本的預期時間要把應用商店的審核時間加進去，特別是appstore的審核比較嚴格，不符合審核標準的應用會被拒絕發布，所以時間要預留出給App Store審核，拒絕再修改提交的時間。

6、應用商店的更新文案

提交給應用商店的新功能介紹，包括文案，圖片。不要相信程序員哥哥們的文案水平，如果沒有運營人員，這也是我們的職責之內。

7、版本號

版本分類

Alpha是開發人員的內部測試版

Beta：這是供公司內部測試的版本

Rlease Candidate：RC是發行候選版本

Release：交付給用戶的最終版本

面向用戶發布的產品版本號要按規則管控好，確保每個應用商店內的安裝包是最新版本，避免混亂。

發布后

8、正式環境測試

上線之后，按照測試用例，把用戶前端的功能全部點一點，最好是全體總動員，要在不同機型不同環境，保證用戶體驗。

9、跟蹤用戶反饋

及時與一線業務人員溝通，是否有未發現的BUG，優先解決影響業務的問題。

本文標題：APP上線前,這幾項工作你都確認了嗎
標題URL：http://www.js-pz168.com/news/59483.html

成都網站建設公司_創新互聯，為您提供域名注冊、品牌網站建設、網站內鏈、網站改版、關鍵詞優化、App設計

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯