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

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

「因为这个行业太饱和了,障碍太多而且难以从中盈利。相比之下研发网页就容易的多。」 这是我朋友的公司不再研发原生 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 难以被用户发现

为什么应用程序生态系统的幂律如此残酷?为什么用户访问量如此集中?我们看看移动产品消费者是怎样决定是否采纳一个 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 之间做一个取舍。

打破 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 的市场就会停滞不前,开发人员们不得不转向别的开发平台。

原文发布于微信公众号 - Java学习网(javalearns)

原文发表时间:2015-11-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏GopherCoder

『沉浸式Github 使用指南 』

1563
来自专栏张善友的专栏

程序员水平分析

whattofix.com刊登了一篇Daniel Markham的文章《What Level Programmer Are You?》,文内将参差不齐的程序员按...

18810
来自专栏鹅厂网事

软硬件分离趋势及开放网络发展

1. 前言 一直以来,网络设备给人的感觉就一个或大或小的铁盒子,其貌不扬,让人猜不透里面到底是啥。而这种情况将有所改观,在OCP等开放组织、众多芯片商、ODM商...

3007
来自专栏互联网数据官iCDO

【重磅干货】三个步骤,用GA分析流量异动的原因

当遇到流量异常变化时,分析师或产品经理往往需要放下手里的工作,马上去排查原因。而在这个过程中,总的来说需要三个步骤:

1142
来自专栏大魏分享(微信公众号:david-share)

从2015年服务器操作系统厂商收入排名谈U2L

2015年服务器操作系统收入排名 Garnter在2016年5月20日发布了服务器操作系统收入分析报告。里面包括Linux、UNIX和Windows三大类操作系...

3073
来自专栏云计算D1net

云计算与企业自身安全策略结合到一起

云计算、大数据及移动化是大势所趋,也的确能大大降低企业的成本和提高企业的效率,改变企业的运营方式和思维方式,所以,很多企业在考虑向云计算迁移,但又顾虑重重,考虑...

3676
来自专栏PPV课数据科学社区

如何用Python一门语言通吃高性能并发、GPU计算和深度学习

有奖转发活动 回复“抽奖”参与《2015年数据分析/数据挖掘工具大调查》有奖活动。 为了帮助IT从业者职业之路拥有更多收获,在诸多C粉的殷切期待下,由 CTO俱...

4167
来自专栏非著名程序员

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

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

2197
来自专栏BIT泽清

从3.1.1被拒,到延审,到两次2.1大礼包,到审核人员过审解决办法分享

我们APP从2016年7月开始第一版,到2017年10月,正常更新20多版,中间少有拒绝,偶尔的拒绝,只要根据拒绝信息里修改也会很快通过。

1.1K7
来自专栏WeTest质量开放平台团队的专栏

数风流人物之《天天富翁》--说说成功背后的准备

? 由腾讯独代的“大富翁”题材作品《天天富翁》于2014年2月18日正式对外封测,上线之后迅速位列IOS免费榜第一,畅销榜前三,引起了一阵轰动。 ? 《天天富...

1132

扫码关注云+社区