編輯導語：在互聯網時代下，各種應用層出不窮，應用也在不斷地升級，本篇文章作者分享了有關版本的更新提示新方案的內容，指出了其中存在的問題，一起來學習一下吧。

得益于當前環境下，5G普及，以及設備本身對應用更新的升級，自動更新還有審核效率的提升，熱更新等新的技術實現的升級。

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

所以現在應用內的升級提示更多的是作為協助的一個作用。

現在大部分應用的更新提示機制多采用的是啟動后主動提示。

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

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

基于以上背景，以及對應用基本功能調研，發現和消息中心結合到一起，在可行性和合理性都是不錯的選擇。

1. 選擇消息中心原因

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

2. 功能詳細介紹

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

3. 需要注意

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

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

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