APP产品设计类别-版本升级

问题:为什么现在的手机APP动不动就有新版本,就要求更新?

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

导读:“idea很多人都有,谁能更快的落地、推出和验证,谁就可以更快的占领市场。”

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

回答:

先说下app的版本升级流程(以闺蜜圈为例),以便整体了解版本升级所涉及到的各个环节的情况:

​ 互联网时代的飞速发展,不断刷新着人们对当下前沿技术的认知。在“互联网 一切”的赋能下,各行各业也都在积极拥抱互联网。而对于从业者们来说,互联网它已不仅仅是一种宣传、拉拢融资的工具,而是一种对内提升企业营收和效率,对外提升用户服务的核心手段及前沿阵地。

渠道打包

其实这是移动互联网产品的快速迭代的风格,我觉得有三个原因:

图片 1

图片 2如何使你的App更快速的开发与迭代?

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

1)app在刚做出来的时候并不是具备所有功能的,因为现在移动互联网竞争激烈,等你把什么功能都做全再推出,很可能已经错过市场了,所以最初的产品主要具备最主要的功能就可以,之后慢慢的有规划的添加新的功能。

闺蜜圈升级流程

如今app开发技术已十分成熟,企业更加关注业务如何通过“快速”与“灵活”来凸显价值。比如曾经风靡一时的直播答题,亦或是瞬间席卷手游市场的吃鸡游戏,都是在瞬息万变的市场环境中,以“快”建立起来的市场主导优势。

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

图片 3

一、渠道打包

在移动互联网时代,往往同一类型的移动产品,若比竞品晚入局一周,可能就会损失数十万用户,或需要使用上千万的推广费用才可追回差距。因此,初期迅速推出初代产品,后期快速迭代产品显得更加重要!

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

2)快速的迭代能够解决产品在使用过程中出现的问题,第一时间满足用户的需求,优化用户的体验效果,提高用户黏性。

每当发新版本时,Android客户端会被分发到各个应用市场,比如应用宝,360手机助手等。为了统计这些市场的效果(活跃数,下单数等),需要有一种方法来唯一标识它们。客户端需通过渠道号来区分不同的市场,客户端访问API时会在请求参数中带上渠道号,以便后台接下来计算不同渠道的效果。以闺蜜圈安卓渠道包为例:

快速迭代产品重要的一点就是交付可用的产品,快速得到客户反馈,防止偏离目标。通过快速迭代确定产品的方向和目标,在这个基础之上通过不断的迭代增强体验,同时需要尽量把一两个重要功能做透,避免一下做很多功能,导致每个功能做的都很一般。

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

图片 4

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

而对于一家互联网初创企业或突发的风口产品来讲,“快”就是致胜的关键点。那么,究竟如何满足App快速开发与迭代的需求?下面一起来看一下!

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

3)其实在互联网同质化严重的现在,快速的更新经常是为了产品的营销活动,这样也可以唤醒一些从未使用或者使用较少的用户。

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

图片 5如何使你的App更快速的开发与迭代?

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

图片 6

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

“App混合开发模式”为何能成为淘宝、微信、美团、携程等互联网巨头的选择,简单来说,当我们打开一个小程序或者公众号时,其实是通过web来实现的。在移动应用中加以利用网页技术可以使产品更加灵活,但若完全通过网页技术来实现,产品的用户体验和功能又上不去,能够结合二者的优势让一个app变得更灵活和动态,就叫混合开发技术,这种技术能让应用有更好的体验。

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

当然,更新的太快的确会让人很反感,尤其是手机上装了那么多app,每一个都一周或半个月迭代一次,对咱们来说也会感觉天天都在更新。这点就很烦,可是强迫症用看不惯总是出现那个小红点,所以,还是老老实实更新吧……

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

混合开发作为市场中主流的开发技术之一,被官方应用在各种商业化移动业务中。相比传统原生开发,混合开发技术可在较短周期内同时生成Android与iOS原生app,以达到提升研发效率和降低研发成本的作用。

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

回答:

二、apk、api文件的命名规范和不同类型安装包的管理

在app版本灵活迭代方面,通过HTML5技术将app主要功能封装成API模块来研发,并利用热更新模式,在不影响用户体验的情况下快速更新,免去了巨大的工作量。而使用H5 扩展模块的功能,可对大量的功能和页面直接进行复用,很大程度地解决了大量数据更新以及多端研发成本的问题。

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

APP更新无非就是下面这几种情况:

开发者环境下打包的安装包图标和命名要和线上环境下的应用区别开。在后续测试时就不会因为各个版本搞的手忙脚乱。接着说说apk、api文件的命名规范和不同类型安装包的管理:

图片 7如何使你的App更快速的开发与迭代?

图片 8

1.需求变更

图片 9

同时,由于企业业务灵活性的要求,其实本质是希望像”微信小程序一样,随时发布一些新的功能,随时动态增改一些功能入口,让用户随意使用。但是用户的体验,则要与真正的app一样“。这种业务灵活性的需求,其实需要的便是像微信小程序或类似APICloud提供的混合app开发技术来支撑,从而达成”增量更新“、”静默更新“”打开获得新功能和新体验“,而不是嵌套Webview,网页模拟app的方法,以垃圾体验的代价换取业务灵活的可行性。

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

包括功能的增减,UI的调整各种功能,接口的变更等

安装包命名规范

当然,传统模式开发的app,特别是Android端也开始部分支持动态更新,这也恰恰说明,业务灵活性是企业互联网化、数字化过程中的刚需。只是碍于传统技术的制约以及软件开发团队或者服务商的能力所限,真正的原生动态更新始终没有办法大范围进入企业实现商用。这也让企业开始选择混合开发的模式来支撑移动战略,逐渐成为CIO的主流选项。

图片 10

2.修改bug

①正式版:发布到各大市场的正式的版本,在经过全面测试后,排除一切不稳定bug,此时打包的正式版仍然需要经测试人员的最后把关,最后一定要保证的是,准备上线的APK、API文件是经过测试人员的最后把关的,否则如果开发如果做了改动不通知测试和产品人员,上线后出了问题再改就晚了。

强制升级

APP的bug是很难全部找到的,即使测试人员测的太多,用户使用情况(手机型号不同,、网络环境、软件冲突等因素)也不能完全被模拟。所以bug无处不在。

②预发布:发布到外网环境供测试验证的版本。

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

3.适配新型号手机

③测试版:发布到内网环境供调试、测试的版本。

WiFi条件下自动下载安装包

手机不断推新,屏幕尺寸和分辨率也在迭代,所以APP需要进行适配。

版本号的管理,前期就要搞清楚,否则后面产品上线后,出现bug要改进,或者添加新功能后对老版本是否有影响,这个时候版本号管理的好就会起到很大的作用,一方面你可以随时找出之前上线过的apk、API文件,另一方面面对不断修改打包的文件不至于把自己搞混。

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

回答:

三、版本升级类型

图片 11

因为一款APP在开发初期,为了快速占领市场先机,所以有一个基本可用版本就发布了更新。比如beta第一版本的发布板,然后在后续使用中不断迭代更新,不断发现问题,解决问题,往往解决了几个问题之后会发布一个新的版本,比如第二版本的发布板,快速迭代和试错,今儿快速占领市场先机,毕竟,目前互联网时代都是流量为王,谁先发布是APP版本会有更好的先发优势。

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

增量更新

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

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

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

版本升级注意点:

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

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

图片 12

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

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

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

图片 13

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

2.强制升级

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

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

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

WiFi条件下自动下载安装包

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

图片 14

3.增量更新

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

四、版本升级设计

1.在App客户端埋下升级弹层逻辑,升级弹层内容由后台配置生效。

图片 15

2.安卓版本和ios版本分开配置

3.配置推送用户范围(渠道号):

①渠道号:可配置推送到指定渠道

4.升级弹层配置(在以上推送用户范围下)

①将要升级为的版本名:

②更新特性描述:

③安装包大小:

④是否强制升级(设置低于或等于某个版本的强制升级):

⑤是否同时更新其它应用:如果是,需要配置如下字段,默认勾选,用户可手动勾选去打掉。(安卓)

图片 16

a.其它应用名称:

b.其它安装包地址;

5.强制升级:只显示立即更新按钮,每次进入app都弹出升级弹层。

6.非强制升级:升级弹层弹出次数,用户每次进入应用如果未升级都弹层提示;

五、版本升级注意点

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

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

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

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

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

总之,每一个版本都必须严格测试验证升级系统有效性,如果升级系统失效就是说这个版本死掉了,这个版本获得的用户也就全打水漂了。

本文由betway必威登录平台发布于互联网资讯,转载请注明出处:APP产品设计类别-版本升级

Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。