APP版本升級發布時,前后端的邏輯策略

1 評論 13248 瀏覽 92 收藏 7 分鐘

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協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 第三點“APP版本升級后臺設計”沒太看明白,用流程圖表達或許更清晰一點

    來自廣東 回復