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