剑客
关注科技互联网

做这些泰勒 · 斯威夫特照片,让我的应用程序看起来很胖吗?

做这些泰勒 · 斯威夫特照片,让我的应用程序看起来很胖吗?

应用程序越来越大。在激烈的竞争对消费者的关注,开发商有装满他们的应用程序图像、 字体、 视频、 Sdk,和更多。所有这些好处是举世公认的但你不经常听到关于应用程序大小对安装和使用的影响。较大的应用程序往往要慢一些,加载,更有可能崩溃,总体而言,创建一个更糟的经验,为用户。这可以区别客户实际使用的应用程序,将它埋深对自己的手机或变得更糟,删除它。

笨重的应用趋势开始在 2013 年,当苹果及其过量空气下载上限增加到 100 MB — — 任何应用程序比大,只能当设备连接到 Wi-fi 下载。自那时以来,应用程序只能变得更大。在 2012 年,平均的 iOS 应用程序用于为 23 MB 用于非游戏应用程序,游戏,60 MB,而今天顶 500 应用程序在苹果的 App Store 的平均大小是 73 MB。

可怕的 100 MB 效果

在会议上,我们帮助数以千计的企业连接、 翻译,和激活他们的客户数据,建筑产品,让开发人员和营销人员生活更轻松。我们与超过 3,000 的移动应用程序,已被下载超过 500 万次,并有套自己的移动的 Sdk,为开发人员提供简单的方式来收集他们的分析数据。总之,我花了大量时间思考、 分析和测试移动应用程序性能。

我听说从客户和其他手机的开发,安装率下降明显,当你的应用程序大小达到 100 MB。事实上,在一家大型移动公司总经理最近告诉我,他献给未来六个月减少膨胀在他留 100 MB 阈值以下,而他们开发新功能的应用程序。

它当然使感穿越 100 MB 创建更多的摩擦,但我们想要了解在应用程序大小的增量增加的影响上的工程和产品团队安装和使用。没有单独的应用程序大小减少安装吗?和如果是这样,有多大影响?我们花了,过去几个月进行一项实验研究这些问题。这里是结果。

我们买了一个应用程序……,臃肿的它

首先,我们需要测试对象。我们打算买一个小的应用程序没有积极的营销活动,但是明显而稳定的下载数量。然后我们会增加应用程序的大小,离开一切其他常数,并观察对应用程序的安装率的影响。这将模拟下载应用程序膨胀的影响。

所以我们买了按揭贷款计算器免费的 iOS 应用程序。这是微不足道的 3 MB,有机安装 (几年来每天约 50 安装) 和不活跃的市场营销活动的稳定模式。它是完美的测试用例。

在实验过程中,我们增加了应用程序大小从 3 MB 到 99 MB,123 MB 和 150 MB。我们只能把一切别的不断观察对安装率每个改变应用程序大小的孤立的影响。

应用程序大小可以增加极大地看似简单的东西,比如解说视频,加上大量的字体,SDK 或加载屏幕的背景图片。为了我们的实验,我们臃肿一吨的隐藏的泰勒 · 斯威夫特专辑艺术与我们的应用程序。

要测量的每个连续的腹胀的影响,我们望着直接通过苹果的 iTunes 分析提供数据。我们专门跟踪从”产品页面视图”转换到”应用程序单位,”更好地称为”安装”,”安装率”。

……然后失去我们安装的 66%

我们看到在产品页的应用程序安装率有较大的应用程序大小的重大损失。尤其是周围细胞下载限制 (~ 100 MB) 更是大幅下降。如果应用程序是超过该大小,用户需要连接到 Wifi 网络安装的应用程序,有足够的摩擦力有很大的影响。

以下是我们看到我们 3 MB,99 MB,123 MB 和 150 MB 的应用程序的结果。请注意,转换率可以大于 100%安装直接跳过产品网页视图的搜索结果中。

从这些结果,我们估计线性变化在安装转化率低于 100 MB 截止的-0.45%安装率每 MB。以上 100 MB 截止,我们估计的-0.32 安装率线性变化百分比每 MB。我们最佳的估计,这两条线之间的差距被瞬时安装率下降了 10%覆盖整个细胞下载限制。

虽然苹果说细胞下载限制为 100 MB,我们在实践中接触后,发现 101 MB IPA 不会触发细胞下载块。实际的限制是 101 MB 和 123 MB 之间的某个地方和不同的确切的生成。

增加我们的应用程序从 3 MB 到减少 99 MB 大小安装了 43%,然后增加到 150 MB,减少安装总数的 66%。

如何销毁应用程序

我们便尝试复制该实验通过返回应用程序到其原始大小的 3 MB (再加上其他中间的大小),重新测量安装率。不幸的是,由于我们早些时候的腹胀,该应用程序吸引了几个关键的评级和评论,永远留下来︰

在我们的测试应用程序的增长出现半永久损坏。我们看见一个小的反弹,从 44%下降到 59%安装转化率,为 3 MB 版本是可用 16 天。(注意这些客户举 140 MB 和 181 MB 作为下载大小 — — 真正的下载大小取决于客户的设备和操作系统版本.)

是什么使一个应用程序大?

实验证明给我们那个 app 肿起来是一个问题与潜在的严重后果。因此,开发人员可以做什么以确保他们的应用程序一样苗条尽可能同时仍然性能?

我们看着什么将批量添加到应用程序。我们随机选择检查在奥林匹克运动会期间在 App Store 推荐的 NBC 体育应用程序。该应用程序是 90.5 MB。图像是迄今为止的最大因素 — — 他们是整个应用程序的大小,代码 (23%)、 字体 (16%) 和视频 (9%) 占其余的大部分的 51%。

图像是在原始应用程序软件包和资产目录 (隐藏在 assets.car)。有大量的本地站和团队徽标、 启动屏幕和足球场布局。

我们发现,有相当多的低处的果实,在优化应用程序的大小。有大约十几个 Sdk 在”代码”类别中,它是一个单一的加密的文件。我们可以检测和估计的这些少数的大小。我们发现 Sdk 贡献大约 3.5 MB 到总应用程序的大小,与-1.54 估计影响 %安装率。

今天的移动市场条件需要开发人员添加图像、 特点、 经验和分析应用程序,但它也需要无情注重效率和用户体验。为了帮助开发者,我们建立一个显示您的应用程序有多大,如何比较其他流行的应用程序,以及如何瘦下来的应用程序大小计算器。即使是小小的问题,与应用程序性能会让你的用户,和你可能永远不会回来。当试图设计令人惊叹的应用体验,问问自己,是否在每次添加至关重要。

彼得 · 莱因哈特是部分的联合创始人和首席执行官,一个客户的数据平台,开发人员和分析师们爱以其优雅的 Api 和广泛的合作伙伴生态系统。莱因哈特研究航空航天工程在麻省理工学院,并在 2011 年与三个大学朋友帮助企业连接、 翻译和激活他们的客户数据开始部分。Y 组合子,加速和茁壮成长的资本后盾,段有 8000 多家用户和 200 多个合作伙伴。在开始之前段,莱因哈特是在海军研究生学校,在那里他写并为 NPS SCAT 立方体,一个测试太阳能电池,虽然他们在轨道上的平台设计飞行软件研究助理。他在 rein.pk; 博客他 @reinpk 联系。

[剑客-翻译]

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址