APP产品设计系列-版本升级

作者: 产品汪 | 来源:发表于2015-10-29 16:07 被阅读3247次

    在竞争激烈的互联网行业,相方拼的是时间和速度,新上线产品每月甚至更短时间更新迭代一次,以便打响品牌,快速占领市场。小步快跑,快速迭代也是互联网最流行的开发思维,而app升级系统是版本更新迭代最基础的系统。

    渠道打包

    将新包发布到各个应用市场(app store、360、应用宝等)、合作渠道(合作机构、学校等)、自有渠道(官网、微博、公众号)等。每个渠道包建议做唯一标识,以便统计各个渠道安装用户数。

    ①1001001,首位代表1安卓,2代表ios。

    ②1001001,第2-4位代表推广的大渠道如1002001-应用宝、1003001-360市场推广等

    ③1001001,最后3位代表各渠道版本的子推广版本,比如1004001自有渠道的下载官网,1004002自有渠道的兄弟app推广位。

    目前很多应用市场支持打增量包更新,建议打成增量包,减少用户更新成本。相比安卓端,苹果端新版在app store发布后,APP图标会有new的标识,用户升级机率会大很多。

    渠道打包更多是满足APP推广,扩大APP曝光度需要,为提醒用户更新APP版本,更多需要APP的自检升级。

    自检升级是内置在APP里的功能,在笔者看来分为启动升级、推送升级和检测升级。

    启动升级:用户进入APP主界面,APP向服务器检测新版,如有则弹出升级提示框,有【稍后再说】、【不再提示】、【立即升级】选项,勾选【不再提示】则不再提示该版的更新,避免骚扰用户,点击【立即升级】,安卓端直接下载新包,苹果端则跳转到app store。

    推送升级:服务器主动向APP发送推送升级消息或APP向服务器检测到新版,在手机通知栏显示升级推送消息,点击消息打开app并弹出升级提示框。

    检测升级:提醒用户有升级的版本,提供用户另一个升级的机会。这个操作一般放在设置页或关于页。

    强制升级

    一定要预留强制升级功能,以防旧版存在严重漏洞,强制用户升级版本,升级提示框仅有【立即升级】操作,只有升级后才能进入应用。

    WiFi条件下自动下载安装包

    用户打开app看到升级弹层时,75%+直接点击【稍后再说】。要升级版本多烦的事情啊,要下载(最耗时间)、退出应用、安装... 360这个细节做的就不错:wifi条件下,当你选择【稍后再说】时默默地帮你把安卓包下了,下次升级弹层提醒你直接安装。

    增量更新

    有些开源库支持打增量更新包,用户不需下载全包,节省时间,也是一种较好的做法,据笔者观测,使用的APP并不多,可能是开发成本高吧。

    版本升级注意点:

    1、安卓端-新包升级后,用户的历史账号、配置等数据不能丢失;

    2、安卓端-新版要向下兼容,防止用户装回旧版后报错崩溃,如新版把存储的数据结构改了,旧版读取失败而崩溃;

    3、安卓端-升级后,删除安装包,减少占用存储空间;

    4、服务器定制好升级策略,批量分类更新,以防全量用户拥入,把服务器撑爆;

    5、更新特性描述要吸引人,手机内存、储存寸土寸金的年代,每更新一个版本意味着占用运行内存、存储空间变大,导致手机卡,所以更新特性描述一定要吸引人,让用户有动力更新。

    #本文同步发布到pm263.com,pm263为你提供更多更全的产品经理干货,欢迎大家访问。

    相关文章

      网友评论

      本文标题:APP产品设计系列-版本升级

      本文链接:https://www.haomeiwen.com/subject/toswcttx.html