关于配置化的版本更新引导，笔者将从几个方面为大家详细讲述：什么是配置化版本更新引导？为什么要做配置化？怎么做配置化更新引导？以及一些人工培植的协作流程是如何的？

目录

1. 什么是配置化的版本更新引导？
2. 为什么要做配置化？
3. 配置化的版本更新提示怎么做？
4. 一些用户体验上的优化点
5. 涉及人工配置，协作流程是怎么样的？
6. 关于强制更新
7. 最后，踩过的一个坑及避坑指南

一、什么是配置化的版本更新引导？

这里的“配置化的版本更新引导”是指：使用中台配置的方式，来为迭代过程中，不同的内容不同重要性的版本，量身定制引导更新的方式，降低对用户的骚扰，并避免用户陷入“更新麻木”状态中，同时保证一定的更新率。

配置化的版本更新引导与一刀切式的更新引导相对。

一般来说，需要配置的内容主要有以下3种：

1. 引导更新的方式配置
2. 强制更新配置
3. 新版本更新内容和版本信息

本文主要讲引导更新方式配置化。

二、为什么要做配置化？

不同的版本更新内容不同，有些是新功能发布，有些是重大bug修复；有些则是小细节优化，版本的重要性不同，不同用户的版本情况也不同，这就意味着不能用一种固定式的更新提醒。
例如：如果每次新版本发布都用APP内的弹窗去提示用户，在版本更新频率较高的情况下，一来会对用户造成比较强的打扰；二来很容易出现“狼来了”的情况（即当用户对更新提示习惯性麻木后，遇到真正重要的版本，也会习惯性地忽略掉而不更新）。

三、配置化的版本更新提示怎么做？

不同重要性版本的提示方式应有不同，常见的版本的提示方式有：APP内弹窗、badge引导，其中，badge引导又分为主tab badge和“检查更新”菜单badge。

例如：版本依据重要性划分为1、2、3三个等级，数字越低代表重要程度越高。

则不同重要性的版本的提示方式如下（重要性高的提示方式包含重要性低的提示方式，如使用弹窗时会同时使用badge引导）：

重要性1：APP内弹窗

APP内弹窗的提示强度较高，适用于非常期望用户更新的版本，例如新功能上线、已有功能做了比较大的优化等场景下。

重要性2：主tab badge

主tab badge提示的强度弱于APP内弹窗，适用于期望用户更新的版本，例如：功能的优化，bug的修复等。

重要性3：“检查更新”菜单badge

提示强度最弱，对用户更新版本的期望程度一般。适用于修复bug的小版本。

配置时，根据版本的重要性定义，为该版本配置相应的展示方式。

举个例子：新版本上线了一个可重要的运营活动，用户需更新方能参与，则此时以使用APP内弹窗的方式提示用户。

若新版本优化了一些细节的体验，修复了一些bug，用户是否更新影响不大，此时在“检查新版本”菜单处标识badge，愿意升级的用户主动点击即可。

版本的重要性如何去定义？

从产品自身来说：每个产品团队内部都会有自己的一套需求的评估模型，将需求池中的需求通过此模型确定好重要性和优先级后，则需求本身的重要性就是对应版本的重要性。
从用户角度来说：大部分用户常用的或期待的功能，重要性往往也会比较高。