处境艰难的App开发者们如何自救

移动开发
「因为这个行业太饱和了,障碍太多而且难以从中盈利。相比之下研发网页就容易的多。」这是我朋友的公司不再研发原生 App 的原因——在网页端创业简单的多。怎么会这样呢?基于浏览器的网页端生态系统已经存在了 20 多年,而 App 系统却仅存世 6 年。可以肯定的说,这并不是因为网站数量少于 App 。

[[155642]]

「因为这个行业太饱和了,障碍太多而且难以从中盈利。相比之下研发网页就容易的多。」

这是我朋友的公司不再研发原生 App 的原因——在网页端创业简单的多。怎么会这样呢?基于浏览器的网页端生态系统已经存在了 20 多年,而 App 系统却仅存世 6 年。可以肯定的说,这并不是因为网站数量少于 App 。

我的脑海中浮现出「饱和」这两个字。如果你还记得高中化学,你应该知道饱和是一种不再溶解新物质的状态。比如,你一边搅拌一边不停往水里加盐,直到溶液饱和。如果你继续向水中加盐,无论你如何大力又快速地搅拌,这些盐都会沉到杯底。因为在其中某个时刻,水中已经溶解了足够的盐。

为什么手机 App 已经趋于饱和时,手机网页仍可持续吸纳新的网站?对于这种现象,我们可以采取哪些措施呢?

移动 APP 的开发环境究竟有多糟糕?

我们在 Branch 上建立了一个 App 深度链接标准,这些 App 开发者们有着相当的助益。每天有五亿人通过 Branch 网络转到上千个应用。

我对 iOS 应用商店里排名前 1000 的非游戏类应用按照相对流量排名,从这张图可以看出结果非常令人震惊。

我们可以发现,排名第十的 Skype 和排名第一的 Facebook 相比差异悬殊。而排名第 1000 的 Pixable 只占 Facebook 的 0.2%。

在过去的四周时间里,45000 个新 App 向苹果商店提交了申请。可以说,它们迈入前 1000 的可能性几乎为 0;即使它们挤进了前 1000,那么一点儿的访问量根本不可能帮助它们获得任何成功。

想要盈利就更加艰难,因为这些 App 还要支付租金以及运营费。Active 的一项研究结果发现,排名前 20 的 APP 仅占 APP 总量的 0.005%,却赚走了 60% 的利润。

这种关系在数学上被称为幂律,幂律能够描述二八定律(80% 的价值掌握在 20% 的人手里)。更直白地说,幂律能解释为什么 App 系统的价值都集中在一小部分 App 上。

App 系统非常符合幂律分布,整个系统的下载量和含金量集中于排名在前的少数 App。而且与 80/20 的比例不同。0.01% 的应用掌握着超过 99% 的价值。我们可以叫它应用商店 99/0.01 定律。

早在 2008 年,手机应用程序的数量就已达到 1000。这时候应用商店已经饱和。

困境之源:新出现的 App 难以被用户发现

[[155643]]

为什么应用程序生态系统的幂律如此残酷?为什么用户访问量如此集中?我们看看移动产品消费者是怎样决定是否采纳一个 App  的。

你只能找到你已经知道的那些 App

首先,使用 App 的第一步就是让用户要发现潜在的新应用,这是开发人员目前为止面临的最具挑战性的问题。目前主要的解决方法有两个:1. 付费促销,这个方法已经被 Facebook 掌控;2. 应用商店。然而,最大的问题是这两种方式只适用于已经广为人知的 APP。

付费促销对于大部分应用而言难以维持,因为近几个月的时间里安装的费用已经涨到了 4.14 美元。能够负担如此巨额费用的 App 屈指可数。这意味着付费促销只适用于少数盈利额高的 App,对大多数 APP 而言是不可能的。

第二种方法是应用商店的结构和布局。除非你知道你要找的 App 的名字,否则搜索功能就是鸡肋,因此寻找新 App 只有两条出路:主页和排名表。主页是为一些特殊 App 保留的,比如和 Apple、谷歌有关的 APP,还有一些则是对不为大众所知但是非常值得推荐的 APP 集中推荐。

排行榜是幂律最大的推手,因为它会使排名在前的应用越来越受欢迎。一旦你进入总体排名前六或者分类排名前六,那么你将永远存活在 App 生态系统中。排行榜会不停地将你推送给新用户,因为新用户获取新应用的基本方法就是排行榜,在不断循环往复中你就会保持领先定位。从左图中可以看到排名最前的六个 App 中有四个是家喻户晓的应用,另外两个是游戏。所以要挤进榜单简直是难上加难。

一些机智的经销商甚至花钱「刷榜」——在海外购买虚假的下载量,只要很短的时间就能让你的 App 登上分类排名榜的前列。一旦登榜,你就不再需要「刷榜」了,因为你的 App 就会永远位于顶端。这不是个令人不齿的方法,但是从某些方面说明了目前 App 的生存状况。

用户为什么不下载你的 App?

虽然有人发现了你的 App,还是会有许多因素会导致你的 App 无法被采用,例如安装和配置 App  的步骤。

应用商店的界面非常小,但是却直接关系到用户是否会下载安装你的 APP。打开界面,你就能看到位于中间靠上部分的用户评分。据不完全调查结果,那些有精力对大部分 App 评论和打分的人对于 App 来说并不算是见多识广。除非你经常管理评论,否则你的 App 很可能是 2 星或者 3 星。要知道没有什么比低分更要命的。

其次,如果你已经使出浑身解数得到了 4 星评价,接下来你要做的就是利用标题、截图和描述来吸引用户下载。因为这不是动态可变的,你必须得做出最吸引人的界面。为了吸引眼球,很多开发者绞尽脑汁,比如大写每一个字母或者高亮显示。

宝贵的存储空间

最后一个决定性的因素是用户是否愿意将他们宝贵的存储空间让给你的 App 。每个人的手机存储空间都不够用,如果你的 App 需要占用很多存储空间,用户连装都装不上。

雪上加霜的是手机制造商还会利用手机存储空间来赚取额外利润。固态硬盘的容量增长非常迅速,在电脑市场已经达到 TB 级别,但是 iPhone 的标准配置还是和几年前一样为 16GB。苹果公司在手机存储空间上赚了不少钱。如果你的手机要升级到 64GB,每 GB 你得花费 2 美元,而市场上的固态硬盘的价格是每 GB 0.4 美元。

在空间有限的情况下,用户不得不在他们心爱的照片集和新的 App 之间做一个取舍。

[[155644]]

打破 APP 的幂律

由于目前的状况,越来越多的开发人员离开 App 市场另寻沃土。我们能否解决这个问题呢?

更优化的发现 App 的途径

第一个要解决的问题就是如何发掘 APP。

我提出一个与 Hacker News 以及 Reddit 相似的算法计算应用商店的排行榜。用这个方法,随着 App  存在的时间变长,它的排名会逐渐下降。一旦 App 更新了,那么它的存在时间也会相应更新。同时 App 的下载量也决定了它的排名高低,随着时间的推移,一个广为人知的 App 下载量会相应减少,它将逐渐退出榜单。

这样做的好处是让相对而言总采用量少的 App  能够出现在排行榜上,当它们被介绍给新的用户时就会获得更多的下载量。如此一来,那些永远都没有办法出现在排行榜上的 App  才有出头的日子。

App  缓存清理与手机存储空间的释放

第二个要解决的问题是获取途径。

随着 App 数量的不断增加,App 已经成为了生活的一部分。用户真正关心的是这款 App 的内容而不是花哨的外表。我们需要获取原生 App 的新方法,需要 APP 与 APP 之间流畅转换,需要打破 APP 使用的障碍。

我们看看网页端 App 是怎么做的。你在网页上获取感兴趣的内容的这个过程是完全无缝的。一个用户一天可能要访问 30 到 40 个网页,每一次链接过程在眨眼间完成。网页 APP 的访问很便捷,因为这个系统设计要应对的就是临时访问和浏览。

如果安卓和苹果系统也采用与浏览器相似的访问方法会怎样?一旦用户表现出获取某 App 的「意图」,它就会立即下载并且打开这个 App,而不需要访问应用商店。如果这款 APP 近日被打入冷宫,那么操作系统就会自动清理相关的文件,为新的 App 腾出空间。

「意图」的定义是多样的。例如,用户在推特上点击了一个 App 链接——目前来说这个链接将会打开应用商店。点击链接可能是用户「意图」的表现方式,这个 App 应该开始自动下载,并且弹出内容,如果技术允许整个过程只用几秒钟。

要强调的一点是,需要从浏览器的授权域获得授权后才能下载 App。这是 App 开发阶段的审批过程的一部分,可以确保应用程序的质量同时防止 App 诈骗行为。如果用户点击了授权域的某个链接,下载进度就会全屏显示在屏幕上,直到下载完成并显示其内容。这和网页早期基于 flash 的应用非常相似。

必须要做的事情

最后,App 的命运掌握在研发平台的手中,因为平台决定了整个实施的过程,比如 App 是如何被发现、排名的。开发人员已经做了大量努力,作为用户我们必须做的就是说出我们的忧虑,推动 App 发展。如果我们什么都不做,那么 App 的市场就会停滞不前,开发人员们不得不转向别的开发平台。

责任编辑:倪明 来源: tech2ipo
相关推荐

2012-07-13 15:03:45

APP开放平台

2012-03-29 10:05:33

App刷排名

2014-05-22 10:28:33

APP臃肿化超级app

2013-03-11 11:20:05

2013-08-14 16:52:47

Android开发者

2013-06-09 11:04:39

开发者App升级

2015-04-14 09:33:17

WatchKitAPP

2021-06-25 10:42:38

网络安全安全从业者开发者

2018-01-08 10:39:17

前端技术框架

2013-10-09 13:12:39

App开发者

2020-11-19 15:06:18

苹果数据开发者

2016-01-05 13:43:37

谷歌Java竞争

2013-02-19 16:51:15

移动游戏开发者APP

2013-09-22 17:17:25

2020-09-29 15:18:35

App Store苹果开发者

2013-09-22 14:16:51

2017-12-28 11:01:02

Android开发颜色知识

2021-05-08 14:32:40

开发者生存团队

2012-06-13 01:23:30

开发者程序员

2013-05-07 09:21:27

开发者开发效率开发质量
点赞
收藏

51CTO技术栈公众号