APP的升級發布看似簡單，但是其實很復雜，有許多邊界情況需要考慮，例如前端的更新邏輯、前端交互方式、后臺邏輯與流程等。

最近開始協同負責一個新產品，第一次從0到1著手一個產品。有許多東西也是剛開始學習研究。也很感謝公司給這次機會。其中比較有意思的是版本發布更新的方案，其中的邏輯也是比較有意思的。所以在此將學到的分享出來。

其中一些圖不是我做的，是同事做的，在此特謝該同事。

一、前端更新邏輯

核心策略：APP進行版本對比，然后判斷更新邏輯后，進行更新提示。

首先進行版本對比，但需注意，該檢測需在聯網環境下，所以當非聯網時，版本對比檢測結束。

網絡環境正常時，若檢測到有最新版本時，則開始判斷更新邏輯。

不同的更新方法有不同邏輯進行，如：強制更新、非強制提示更新、非強制不提示更新；

1. 強制更新：則用戶啟動App后需要強制更新，核心功能優化，若不更新則無法啟動APP；啟動APP后，通過彈窗提示。
2. ?非強制更新：則提示用戶更新，但不影響基礎功能使用；可通過彈窗顯示或在設置中，引導用戶自行更新。用戶可關閉彈窗，在某一個時間段內不再提示彈窗或供用戶選擇忽略此版本。
3. 非強制不提示更新：版本更新，不提示用戶有新版本。

二、APP升級前端交互方式

APP升級大致流程：下載APP安裝包——安裝新版本（安卓）

1. 下載APP安裝包

下載的方式有三種：自動下載、提示升級、自動下載安裝；但是不同的方式需判斷用戶所在網絡環境；若WiFi環境下，則自動下載、自動下載安裝的方式是可行的。若為數據流量的話，則提示升級可行。

• 自動下載：啟動APP后，不提出提示直接下載
• 提示升級：在進入應用后，立即彈出升級提示，并提示當前的網絡環境；
• 自動下載安裝：不彈出提示，直接后臺下載并完成升級。

2. 安裝

若為自動下載：在下載完成后，顯示彈窗告知用戶下載完成是否安裝。

若為提示升級：下載完成后，提示用戶后臺點擊安裝。

三、APP版本升級后臺設計

APP后臺流程邏輯：渠道發布——版本發布升級編輯——安裝包上傳到服務器——版本定時升級發布。

1. 渠道發布

APP的安裝或升級會在不同場景、不同平臺下進行，因此其也會導致不同問題。如某一渠道存在限制或問題，導致無法正常下載，因此需針對性進行優化調整而不影響其他渠道安裝。

并且為保證數據來源可靠，了解各渠道用戶下載或安裝的數據，需進行區分。

因此，渠道發布后臺需進行設計，以下圖為例，僅關注列表內容，查詢模塊去除。

通過后臺新增渠道，在該列表展示，該渠道信息將在后續的版本升級時進行編輯配置，作為版本發布升級的渠道標識。

2. 版本發布升級編輯

當版本發布后，可進行版本發布編輯，編輯發布消息：

發布時間、發布方式（是否強制發布）、更新描述、用戶量（可進行高級編輯，如僅發布給某APP品牌、機型、號段等，以此僅發布給目標用戶）、發布量等；

編輯完成版本升級內容后，可開始將安裝包上傳到服務器中。

3. 安裝包上傳

將安裝包進行上傳，上傳對應版本內容后，將安裝包同步至版本發布升級編輯后臺的對應記錄上，后續待版本在設置的時間下發布。

四、總結

APP的升級發布看似簡單，但是其實很復雜，有許多邊界情況需要考慮。以上的前端和后臺僅供學習參考，其還有很大的優化空間，希望大家可以不斷探索思考出新的方案。

對于APP升級發布，不要僅關注頁面功能模塊的展示，更多的需要多和市場、運營人員溝通；對于APP更新來說，還有其他許多點需要考慮。

其實對于某些產品來說，APP的版本不一定需要后臺進行所謂的管理，可由研發處理，收益后臺并不是通用于所有APP。

本文由 @?liyo龍 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議。