APP在發(fā)布之后，會根據(jù)產品的發(fā)展和用戶的需求不斷更新迭代。本文作者就APP版本在更新管理中必備的需求設計進行了分析，與你分享，希望對你有幫助。
一、app的更新流程
app 都會不斷迭代更新，在應用市場上架的app，常見的更新， iPhone 是跳轉到App store 更新完成后打開即完成，Android 通常是檢測到新版本，下載完成，繼續(xù)安裝再次啟動即可。
app 更新的流程圖大致如下：
一般app更新這個環(huán)節(jié)是技術主導去完成，產品這邊主要是提更新策略，提供上架審核的資料等。這種也是app需要上架的情況。
還有另一種情況，app不需要在應用市場上架。app只給部分人員，通常是公司內部少部分人使用，只需把最新的安裝包發(fā)給相關人員，完成安裝即可。
本文敘述的內容是app更新策略的需求設計，指通過用戶端和服務端聯(lián)合實現(xiàn)用戶端多版本檢測更新。
二、名詞概念說明
app更新策略有兩種，分為強制更新和非強制更新：
- 強制更新：app更新到最新版本才可使用，在應用內常見的表現(xiàn)是彈窗提示強制升級才能正常使用，不做升級會直接退出應用。
- 非強制更新：用戶不更新到最新版本的也能正常使用。
app更新的提示也分為兩種：提示和不提示，根據(jù)提示的頻次分為強提示和弱提示。更新策略 更新提示組合就組成了應用常見的4種升級方式：強制升級、強提示升級、弱提示升級、不提示升級。
不同升級策略的使用場景：
根據(jù)不同的升級場景選擇不同的升級策略，以下為4種策略的使用場景和界面示意：
強制升級：一般是app出現(xiàn)重大bug嚴重影響用戶使用，或者后續(xù)更新的功能未能兼容到所有版本，低版本的需要升級到高版本才能正常使用新功能。在啟動app時不做升級只能退出應用，如下圖所示：
我們的app上新時會往起兼容兩個版本，通過埋點數(shù)據(jù)也能看到在app上了新版本后一周內，蘋果用戶基本都會更到最新，安卓用戶在40-50%左右，所以我們的app很少強制更新，只會對版本很低的使用這個策略。
強提示升級：強提示升級是在啟動app時提示用戶自主去做升級，用戶可選擇升級也可選擇下次再升級，不升級到最新版本不影響app的使用。用戶選擇下次再升級后，可根據(jù)設置的升級提示頻次提醒用戶，如：啟動app提示、一天提示一次、三天提示一次、七天提示一次等等。
強提示升級通常用于指引用戶完成升級后使用某些功能，我們平臺曾跟建行合作過一次營銷活動，在平臺開建行戶后即可獲取一定的獎勵金額，完成這次活動是需要在我們平臺接入開通銀行卡sdk，接入sdk是無法兼容舊版本的，且不更新到最新版本也不影響正常使用我們的app，但為了達成此次活動目標，制定的策略是用戶在參加活動時會判斷用戶當前的版本號，若不是最新版本會提示用戶更新到最新版才能參與，提示的頻次是：每次都會提示，不升級到最新版不能參與。
弱提示升級：弱提示跟強提示的區(qū)別在于提示的頻次，在app的內可用彈窗或者是tooltip等更弱的提示，若用戶選擇不立即更新，之后就不再提示用戶升級。
不提示升級：不提示升級就是app在發(fā)布新版后在app端不使用彈窗或tooltip提示，通常是在app端版本更新頁面，通過紅點等方式引導用戶進入目標頁面做版本檢測和更新。
三、管理后臺設計
管理后臺主要是維護app更新策略，在梳理清楚app端升級場景后可著手于管理后臺的設計，app端偏向于場景梳理，管理后臺著重于邏輯。在管理后臺的設計上規(guī)則還是先正后異，也即先按照正常流程設計，再補充異常流程，最后切換視角檢查。
正常流程：各平臺app的升級策略，延展開即為iOS或安卓端app的那個版本在何時按照何種升級策略進行升級，升級的內容是什么。根據(jù)正常流程即可梳理出創(chuàng)建版本升級所需的字段內容，如下圖所示：
異常流程：在需求設計中，異常場景的考慮十分關鍵，在開發(fā)和測試環(huán)節(jié)，技術和測試同學也不會放過任何一個異常的。對于異常流程的思考其實就是對正常流程的找茬，對正向流程的每一個節(jié)點加上變量后看出現(xiàn)的情況是否已有相應的解決方案，
例如：app是根據(jù)版本號進行判斷進行更新，當前有1.0、1.5、2.0、2.5、3.0個版本，制定的策略是：2.5版本強更，如此設定后，2.5以下的版本應為強更，2.5上的版本可設置強更或非強更，也即是app的更新策略應為多條。
異常情況整理如下：
第一種情況：更新版本號為強更時，低于更新版本號的版本也要為強更，高過更新版本號的版本可強更或不強更。
第二種：更新版本號為非強更時，低于更新版本號的版本可以非強更或強更，高于更新版本號也可如此。
第三種：更新版本號為非強更時，若低于更新版本中有過強更的策略，則低于強更的版本應更新到強更版本。
四、總結
app升級管理很常見且不復雜的需求，在做設計之前也參考了一些別人的設計，但看的一知半解的，把本次的需求設計整理下來一是新寫作方向的嘗試，二是想把需求設計用更簡單的方式表達出來。
本文由 @努力努力再努力的PM 原創(chuàng)發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協(xié)議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。