編輯導(dǎo)語：在互聯(lián)網(wǎng)時代下，各種應(yīng)用層出不窮，應(yīng)用也在不斷地升級，本篇文章作者分享了有關(guān)版本的更新提示新方案的內(nèi)容，指出了其中存在的問題，一起來學(xué)習(xí)一下吧。

得益于當(dāng)前環(huán)境下，5G普及，以及設(shè)備本身對應(yīng)用更新的升級，自動更新還有審核效率的提升，熱更新等新的技術(shù)實現(xiàn)的升級。

很多時候在沒有太多感知的情況就已經(jīng)升級更新了，但是應(yīng)用內(nèi)的升級提示仍然作為場景的補充，是不可或缺的一部分。

所以現(xiàn)在應(yīng)用內(nèi)的升級提示更多的是作為協(xié)助的一個作用。

現(xiàn)在大部分應(yīng)用的更新提示機制多采用的是啟動后主動提示。

一、這種方式存在兩個問題

1. 阻塞了用戶的正常行為，用戶必須得閱讀和關(guān)閉后才能繼續(xù)操作，這會給到用戶造成一些困擾和負(fù)面情緒，特別是在一些緊急的情況。
2. 作為了一個非預(yù)知行為，版本升級作為由平臺主動向用戶推送的一個行為，而且又是不定時的，用戶在啟動前完全不會知道會有這個通知，這會使用戶在使用的過程中存在割裂感。

基于以上背景，以及對應(yīng)用基本功能調(diào)研，發(fā)現(xiàn)和消息中心結(jié)合到一起，在可行性和合理性都是不錯的選擇。

1. 選擇消息中心原因

• 消息的紅點機制：人類天生對不對稱、不和諧的事物有厭煩心理，所有產(chǎn)生了小紅點，可以促使用戶主動的去查看消息，以達到引導(dǎo)用戶更新的目的。
• 閑時性：不會阻止用戶行為，可以等用戶在閑下來或者想去查看時再去查看消息，轉(zhuǎn)變?yōu)橛捎脩糁鲃拥男袨椤?/li>
• 實時性：版本升級類型根據(jù)必要性可以分兩種：1.強制升級 2.推薦升級。常規(guī)的升級方式是在啟動時判斷，但如果是強制升級版本，用戶在未重新啟動時仍然可以使用，所有在實時性上，使用常規(guī)方式會需要其他的方式作為及時補充限制。但是消息中心多采用長連接，可以實時的傳遞消息到客服端，可以更及時的對其限制。
• 結(jié)構(gòu)性上：本身版本升級的結(jié)構(gòu)上可以抽象得和消息結(jié)構(gòu)差不多。升級內(nèi)容=最新內(nèi)容，發(fā)布時間=最新內(nèi)容時間，標(biāo)題=標(biāo)題，在這基礎(chǔ)上版本升級還會增加一些功能，但是都可以通過對類型的識別由前端添加，由用戶主動觸發(fā)。

2. 功能詳細(xì)介紹

• 將版本更新消息抽象成類似“熱點資訊”的新分類，新增一個是否已讀的屬性，其他的版本內(nèi)容采用其他分類的最新一條內(nèi)容，時間就用最新一條消息時間，這里需要將字段更抽象一下，直接用時間就好了，不用描述到最新一條消息時間，會更好。
• 存在新版本內(nèi)容后，借助消息中心后臺推送一條新版本消息，同時在未讀總數(shù)上+1，引導(dǎo)用戶進入消息中心。
• 進入消息中心，用戶可以選擇立即更新，也可以選擇知道了，或者清除未讀，新版本消息提示確認(rèn)已讀后隱藏，節(jié)約版面的同時，增加頁面的可讀性。

3. 需要注意

• 立即更新需要根據(jù)不同的平臺政策做不同的兼容交互。
• 在消息中心只展示最新的一條提示，歷史仍然依賴常規(guī)放到“關(guān)于”中。
• 要和應(yīng)用商店的版本管理做好協(xié)調(diào)，如果應(yīng)用商店不是新版本，推送一天新版本消息完成后，用戶從商店下載舊版本，根據(jù)消息機制是會缺失一個版本的更新消息提示的，同樣的如果是緊急版本，需要先臨時下載應(yīng)用商店應(yīng)用，不然新安裝版本同樣是不會被限制的。

本文由 @梧小桐 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。