编辑导语：在互联网时代下，各种应用层出不穷，应用也在不断地升级，本篇文章作者分享了有关版本的更新提示新方案的内容，指出了其中存在的问题，一起来学习一下吧。

得益于当前环境下，5G普及，以及设备本身对应用更新的升级，自动更新还有审核效率的提升，热更新等新的技术实现的升级。

很多时候在没有太多感知的情况就已经升级更新了，但是应用内的升级提示仍然作为场景的补充，是不可或缺的一部分。

所以现在应用内的升级提示更多的是作为协助的一个作用。

现在大部分应用的更新提示机制多采用的是启动后主动提示。

一、这种方式存在两个问题

1. 阻塞了用户的正常行为，用户必须得阅读和关闭后才能继续操作，这会给到用户造成一些困扰和负面情绪，特别是在一些紧急的情况。
2. 作为了一个非预知行为，版本升级作为由平台主动向用户推送的一个行为，而且又是不定时的，用户在启动前完全不会知道会有这个通知，这会使用户在使用的过程中存在割裂感。

基于以上背景，以及对应用基本功能调研，发现和消息中心结合到一起，在可行性和合理性都是不错的选择。

1. 选择消息中心原因

• 消息的红点机制：人类天生对不对称、不和谐的事物有厌烦心理，所有产生了小红点，可以促使用户主动的去查看消息，以达到引导用户更新的目的。
• 闲时性：不会阻止用户行为，可以等用户在闲下来或者想去查看时再去查看消息，转变为由用户主动的行为。
• 实时性：版本升级类型根据必要性可以分两种：1.强制升级 2.推荐升级。常规的升级方式是在启动时判断，但如果是强制升级版本，用户在未重新启动时仍然可以使用，所有在实时性上，使用常规方式会需要其他的方式作为及时补充限制。但是消息中心多采用长连接，可以实时的传递消息到客服端，可以更及时的对其限制。
• 结构性上：本身版本升级的结构上可以抽象得和消息结构差不多。升级内容=最新内容，发布时间=最新内容时间，标题=标题，在这基础上版本升级还会增加一些功能，但是都可以通过对类型的识别由前端添加，由用户主动触发。

2. 功能详细介绍

• 将版本更新消息抽象成类似“热点资讯”的新分类，新增一个是否已读的属性，其他的版本内容采用其他分类的最新一条内容，时间就用最新一条消息时间，这里需要将字段更抽象一下，直接用时间就好了，不用描述到最新一条消息时间，会更好。
• 存在新版本内容后，借助消息中心后台推送一条新版本消息，同时在未读总数上+1，引导用户进入消息中心。
• 进入消息中心，用户可以选择立即更新，也可以选择知道了，或者清除未读，新版本消息提示确认已读后隐藏，节约版面的同时，增加页面的可读性。

3. 需要注意

• 立即更新需要根据不同的平台政策做不同的兼容交互。
• 在消息中心只展示最新的一条提示，历史仍然依赖常规放到“关于”中。
• 要和应用商店的版本管理做好协调，如果应用商店不是新版本，推送一天新版本消息完成后，用户从商店下载旧版本，根据消息机制是会缺失一个版本的更新消息提示的，同样的如果是紧急版本，需要先临时下载应用商店应用，不然新安装版本同样是不会被限制的。

本文由 @梧小桐 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。