没有哪一个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~