没有哪一个app一个版本就可以将功能开发完全，满足用户所有的需求。而且在竞争激烈的互联网行业，和对手拼的是时间速度，用户也不会有耐心等待你长时间打磨一个产品。小步快跑，快速迭代也是移动app最流行的开发思维。而app升级系统是版本更新迭代的最基础系统。
升级系统策划前产品经理要考虑好各种因素， 比如根据运营需要，每个版本需要和运营同学约定不同推送渠道标识即安装包渠道号。与开发、测试约定版本名定义。
安卓包渠道号： 例-7位，1001001
①1001001，首位代表1安卓，2代表ios。
②1001001，第2-4位代表推广的大渠道如1002001-应用宝、1003001-360市场推广等
③1001001，最后3位代表各渠道版本的子推广版本，比如1004001自有渠道的下载官网，1004002自有渠道的兄弟app推广位...
版本名定义：例-正式版v1.0.0
1、中文含义：
①正式版：发布到各大市场的正式的版本
②预发布：发布到外网环境供测试验证的版本
③测试版：发布到内网环境供调试、测试的版本
ps：笔者有次差点造成把预发布环境安装包传到安卓市场上的悲剧（T_T）。为避免运营事故，在打包时建议在闪屏图上做下标识。比如
2、数字v1.0.0含义：v=version。首位数字表示大版本，有架构调整、ui更新或者重大功能上线，用户感知明显的版本；第二位表示较大版本，有较大的模块功能上线；最后一位指bugfix和小优化版本。
App升级流程策划
1、App客户端埋下升级弹层逻辑，升级弹层内容由后台配置生效。
版本升级配置（每个渠道均有一份）
①版本更新日期
②版本名
③版本号
④更新特性描述：升级弹层上显示的更新描述
⑤是否强制更新：低于配置版本的都强制升级
- 非强制更新：【稍后再说】、【立即升级】选项，可以点击【稍后再说】关闭弹层正常进入应用；
- 强制更新：仅有【立即升级】操作，只有升级后才能进入应用
⑥安装包大小
⑦安装包下载地址
2、检查升级操作：提醒用户有升级的版本，提供用户另一个升级的机会。这个操作一般放在设置页。
3、升级推送：在通知栏推送系统增加升级推送消息类型，点击打开app并弹出升级弹层。安卓app狠一点做法，可以考虑点击通知栏消息直接就开始下载app。
4、一些升级转化率优化建议：用户打开app看到升级弹层时，75%+直接点击【稍后再说】。要升级版本多烦的事情啊，要下载（最耗时间）、退出应用、安装... 360这个细节做的就不错：wifi条件下，当你选择【稍后再说】时默默地帮你把安卓包下了，下次升级弹层提醒你直接安装。
最后的啰嗦ps：每一个版本都必须严格测试验证升级系统有效性，如果升级系统失效就是说这个版本死掉了，这个版本获得的用户也就全打水漂了。
ps：童鞋们，看完觉得有用给个赞❤呗！O(∩_∩)O~
