VisionMobile：2013年移动开发者经济报告（十）：第二章 开发工具图景（下）

后端即服务

Parse领先，有28%；随着BaaS的普及，第二名的争夺在升温

移动应用越来越复杂，对后端功能需求不断增加，如用户管理，引入社交功能，同步云端数据。后端功能缺乏精密性或可扩展性，应用设计和开发通常着重最初努力，直至它们非常需要的时候。现货提供的移动后端即服务（Back-end-as-a-service BaaS）可为应用需要后端支持的开发者节省相当时间。最基础的，移动BaaS服务提供可管理的云托管数据库，可随着用户量增长扩展。在此基础上，BaaS提供其他功能，通常包括用户管理，消息推送，社交功能和大文件云端存储。

3460名开发者调查显示后端服务目前被14%开发者使用，年开发16+应用的开发者用得更为频繁（25%）。iOS开发者的后端服务使用率（18%）轻微领先于Android或WP（15%），而黑莓开发者使用率则少很多（9%），因为这类工具对黑莓支持有限。

“后端的创业公司通常失败，因为他们更容易进行病毒式传播，而可能没有足够快去扩展他们的后端。人们不认为后端创业失败是因为后端的失败。他们说游戏太慢或者做得不够好”Toli Lerios，Facebook工程师（后端开发）

移动BaaS的领先者无疑是Parse，在BaaS用户中占22%，排在Parse之后的是针对企业的CloudMine（11%）。Sencha.io和ACS在使用BaaS开发者中同样获得10%的青睐度，它们都集成在相应的开发架构（Sencha和Appcelerator）中，因此和Parse或 StackMob没有直接竞争关系。后端即服务市场处于早期阶段，挤入超过30家厂商，努力通过不断创新和增加功能集实现差异化。但我们没有看到主导 BaaS服务厂家，扩张到其他开发者工具阵地，例如扩展到广告服务或用户分析工具。

尽管大部分BaaS提供的核心功能相同，但他们之间存在差异，使选择较为容易。例如不是所有的服务都提供数据导出。开发者经常发现BaaS限制了应用需求，这导致BaaS提供商，如Pars，StackMob和Kinvey，允许开发者实现定制业务逻辑。然而，目前我们数据显示开发者更多地选择定制化后端解决方案，而非灵活性更大的BaaS。

与大部分第三方开发者服务一样，选择BaaS主要标准是跨平台可用性（37%）。丰富的功能集（33%）几乎同等重要，体现服务灵活性，如实现客户业务逻辑的能力。易于集成和使用，稳定性和性能对25%的使用后台服务的开发者是重要的。另一个重要因素是价格灵活性，即规模使用的成本。开发者遇到用户量突涨，可能发现随使用增长的扩容成本是个挑战。

我们让使用后端服务的开发者标出最重要的BaaS功能。28%的认为是数据管理，18%认为是用户管理和认证。接着重要功能是通知推送和内容管理，其后是e分析（9%），文件存储（7%），云coding（定制逻辑）（6%）和社交图（3%）。

后端服务相当年轻，预计随着开发者熟悉这类服务并发挥他们潜力而不断增长。同时，随着BaaS提供商更好地了解和适配开发者需求，如灵活性和定制业务逻辑，BaaS提升空间很大。对灵活性和相关功能的需求是开源后端服务的机遇，可如Github那样实现货币化。

交叉推广网络

TapJoy（53%）引领交叉推广网络，紧随其后是Flurry（20%）和Chartboost（18%）

交叉推广网络（Cross-Promotion Network， CPN）被开发者用作应用推广和应用货币化。当用于推广时，有多种收入模式，有些提供应用间免费流量交换，允许开发者以低成本或免费推广。然而，不少CPN根据每安装来操作，开发者为获取的每个用户支付。特殊交叉推广场景是引诱安装，用户安装应用可获得奖励，Apple一直努力在App Store中限制该做法。

在参与调查的全部开发者中，7%使用交叉推广服务，比例不高，且各平台间无明显差异。游戏开发者使用率最高（全部游戏开发者的13%），高于通信和网络社交应用（9%），娱乐应用（10%），以及音乐&视频应用（10%）。总体而言，使用CPNs的开发者平均使用1.7 CPNs。

随着开发应用数增加，交叉推广网络使用率增加，年应用超过16的开发者有15%使用。对于多个应用开发者，在应用内进行交叉推荐组合是非常有用的，这种策略已经被Facebbok游戏市场引领者Zynga广泛实践。

根据调查的3460名开发者，TapJoy在交叉推荐领域中领先，占使用CPN开发者的53%。Flurry AppCircle（20%）和Chartboost（18%）远远地落在后面，竞逐第二排名，有多个提供商超过5%。

交叉推广网络竞争中，有三个重要选择标准，用户到达量，跨平台可用性和易于集成。对于将CPNs用于推广目的的开发者，成本也很重要。我们发现，平均而言，iOS和Android开发者的典型CPI（每安装成本）为$0.60，平台间无显著差异。当用做收入来源时，收入潜力变得重要，有25%的使用CPNs开发者认同。

语音服务

领先者Skype（39%），其后是Twilio（31%）

语音API运行开发者将语音呼叫功能集成到应用中，绕开传统提供该能力的电信运营商服务。开发者使用语音服务来满足诸如语音呼叫，会议呼叫，视频呼叫，语音转录，语音门户服务等使用场景。电信运营商对此趋势的反应是通过开放访问服务的API来满足传统电话之外的使用场景。最新的AT&T呼叫管理API，由Voxeo实验室的Tropo平台搭载，允许用户将移动电话链接到由AT&T API提供的OTT服务上，而无需新电话号码。AT&T还与Twilio建立合作伙伴，作为“电信通信套件”的部分，通过TwilioAPI，允许企业管理内部通信服务，包括SMS短号、电信会议。

尽管语言服务适用不同使用场景，由于开发者缺乏认知，使用率相对低。我们认为语音API仍局限与开发者对电话认知，未来语音应用将成为除键盘和触屏外第三中用户应用互操作媒介，这仍有很长的路。语音领先者Twillo和Voxeo在web开发者圈子更为流行，根据ProgrammableWeb的跟踪，Twolio曾在2011年底进入API提供者前十，排名比Facebook还高。然而，语音服务仍未对移动应用产生重大影响。

语音服务满足多种用户场景组合，因此相互间通常不构成竞争。开发者将语音服务集成到应用，主要为了应用内语音呼叫能力，包括会议呼叫（33%的使用语音服务器的开发者），电话呼出（29%），呼入（24%）。使用语音服务的开发者中有1/4对语音识别感兴趣，有20%用来实现语音门户应用或回拨功能。

在语音服务方面，Skype引领开发者青睐，占了将语音服务集成到移动或web应用开发者的39%。Skype并非通过API提供服务，而是通过URIs，让开发者在网站、桌面或移动应用中启动Skype呼叫和对话。开发者将Skype主要用于会议呼叫（站调查中用Skype开发者的55%），视频呼叫（43%）和电话呼出（37%）。

Twilio与Skype相差一小段距离，被31%使用语音服务的开发者采用。Twilio API允许开发者在应用中直接访问语音服务。Twilio使用者主要将服务用于呼出和呼入。微软的语音服务，被27%的采用，主要用于语音识别和语音转录（例如语音到文字）。Tropo为5%，主要用于会议呼叫（占使用Tropo开发者的50%），语音识别（42%）和语音门户功能。

电信运营商API，例如由AT&T和Verizon提供，流行度较低（使用语音服务开发者的17%和10%）。AT&T API主要用于会议呼叫和回拨服务（分别为36%和32%）。数据再次表明，电信运营商API在于OTT的语音API竞争青睐度中落后。

多数开发者（使用语音服务的39%）将性能和质量作为语音服务最重要的选择标准。移动数据网络不能保证语音质量，但在大多数语音服务使用场景中语音质量非常重要，特别是诸如会议呼叫的实时语音。尽管网络质量不是由语音服务提供商直接控制，他们仍有很多可做，如优化编码算法和扩大语音基础建设架构。易于集成和跨平台可用性在所有第三方工具和服务中都是优先选择标准，在选择语音服务中也同样重要，分别被使用语音服务开发者的35%和34%所强调，接着的是成本（27%）

 

相关链接：我的产业生态链和杂谈文章