阅读更多

1顶
0踩

移动开发

转载新闻 VisionMobile 2013 开发者经济报告

2013-01-25 10:34 by 副主编 WnouM 评论(0) 有4454人浏览
爱范儿报道,VisionMobile 网站发布了《2013 开发者经济报告》。通过对 95 个国家 3460 名开发者的调查,网站获得了各种相关的数据,并分析了移动市场的发展、主流移动平台的发展和盈利、开发者生态圈的情况等。 对于这次报告中的要点,VisionMobile 网站进行了总结。


移动市场的双头垄断

手机行业的复合年增长率是 23%。自从 2009 年以来,手机行业一直在稳定增长,复合年增长率是 23%。智能手机销量占所有手机销量的 40%,这是因为低端 Android 手机快速吞噬功能手机的市场份额。

双头垄断的游戏。2012 年共售出智能手机 7 亿部,其中 Google 和苹果在移动平台上实现了双头垄断,两家的开发者市场份额是 80%,同时,三星和苹果在手机制造上实现了双头垄断,两家在智能手机市场的占有率是 46%。在最大的八家手机制造商中,三星和苹果攫取了 98% 的行业利润。

除了苹果以外,整个手机行业的利润率处于 2009 年的水平。这意味着,自从苹果推出基于应用的移动计算模式之来,它从中收获了所有的附加价值。于此同时,三星实现了从功能手机商到智能手机领导者的快速转变。

三星的盈利方式。三星的成功取决于三个元素:一是拥有最昂贵的手机部件,确保自己能够最早使用,并且是最低成本,二是在发布基于最新 Android 系统的新手机时,能以最快的时间推向市场,三是强大的 Galaxy 品牌和营销战,使三星从 Android 手机商中脱颖而出。

平板和 PC 的销售量仍然是 1 比 3。不过,在接下来的 1 到 2 年内,两者的销量预计会持平。对于 PC 行业的双头垄断者微软和英特尔来说,这是一个关键的反思时刻,他们的主导地位正被移动市场的发展颠覆。

移动平台的得与失

开发者涌向 iOS/Android,但仍在寻找可用的替代品。Android 的开发者市场份额仍是主导,72% 的开发者为其开发应用,相比去年的调查,这增长了 4 个百分点,而 iOS 的开发者市场份额下降了5%,其原因是倾向 Android 的亚洲开发者大量涌入。开发者市场份额在不同地区呈现出很大差异,Android 在亚洲和欧洲是主导,而在北美,两个平台的开发者市场份额持平。仍有开发者对第三个应用生态圈感兴趣,47% 的开发者有意为 Windows Phone 搞开发,而 15% 的开发者有意为 BB10 搞开发。

从技术上来说,HTML 是 Android-iOS 双头垄断的主要竞争者。除了 Android 和 iOS 之外,HTML 属于最受开发者欢迎的选择,50% 的移动开发者使用基于 HTML 的技术。不过,HTML 更多是技术上的成功,而不是平台上的成功。HTML 应该看做是本地应用的补充,而不是竞争者。

Windows Phone:开发者仍然在观望。尽管去年调查的时候,开发者已经表示了强烈的开发意愿,但从此次调查来看,Windows Phone 的开发者市场份额保持在 21%。开发者似乎在等待 Windows Phone 设备的热销。

黑莓的开发者市场份额稳定在 16%。开发者正在等待 BB10 的销量。与去年相比,有意为黑莓开发应用的开发者数量并未减少,意味着 RIM 在 BB10 发布前的一些主要动作起到了积极作用。塞班的开发者市场份额正在快速消失,三星的 Bada 系统也是一样。

74% 的开发者同时使用两个以上的平台,但是投资集中在 iOS/Android。开发者在平台上的选择正在减少。2011 年的调查中,开发者的平台选择数是 3.2;2012 年是 2.7;最新调查中,平台的选择数是 2.6。在接受调查的开发者中,80% 的开发者为 Android、iOS 做开发,或者同时开发两个平台。其它平台开发者的收入是 iOS/Android 平台开发者的一半。

多数开发者将 iOS 当做第一平台。iOS 是很明显的赢家。42% 的苹果/Google 开发者以 iOS 为第一平台,31% 的开发者以 Android 为第一平台。除了投入和学习曲线之外,iOS 在平台的所有竞争点上都是赢家。

iOS、Android 和黑莓是主导平台。Windows Phone 和 HTML 是扩展平台。在主导平台无法充分覆盖的消费者阶层或地区,开发者使用它们扩展应用的受众面。

HTML5 需要更好的本地 API 和开发环境。对于部分开发者来说,HTML5 是一个可行的替代品。他们开发的应用有商业和效率类(42% 的 HTML 开发者)、企业类(32%)和媒体应用(28%)。要和本地应用竞争,HTML5 需要更好的本地 API 接口、更好的开发环境和更好的排障支持。

平板的开发者市场份额与智能手机持平,电视开发仍属小众。在接受调查的开发者中,86% 的开发者为智能手机做开发,其中的一大部分人同时为平板做开发。在平板开发上,iOS 开发者是主导(其中 76% 的开发者做平板开发),证明 iPad 作为开发和盈利平台的吸引力。电视开发仍然属于小众,只有 6% 的 Android 开发者为电视开发应用。

平台盈利的得与失

应用经营陡峭的学习曲线。开发者在应用经营上仍需提高。参与调查的开发者中,49% 的人开发了自己想用的应用,却获得了最少的收入。收入较高的应用通常依赖于已经确立而且成功的生意,这通常会是风险较小的,或者说是“容易实现的目标”。

广告是最受欢迎的收入模式。38% 的开发者使用广告,同时,从单个应用来说它是收入最少的盈利模式。应用内付款和免费增值模式正在兴起,与 2012 年调查相比,这两种模式增长了 50%,超过 15% 的开发者使用它们。应用内付款是 iOS 第二受欢迎的收入模式,37% 的开发者在使用这种模式。

应用开发过程中缺乏与消费者的交流。只有 24% 的开发者会与用户讨论。应用开发的“构建—监测—学习”流程中,监测成为一个发展的瓶颈。目前,已经有公司在构建相应的服务,打造开发者和用户之间的交流机制。

开发者工具的发展

  • 对于应用开发者、设计师和企业家来说,目前可用的工具超过 500 种。
  • 广告服务主流化,其它工具的使用是分裂的。
  • Google 的 AdMob 是移动广告平台的主导。在使用广告服务的开发者中,65% 的人使用该服务。
  • 在 100 多种跨平台开发工具中,PhoneGap  和 Appcelerator 的开发者市场份额最高。
  • 用户分析的双头垄断:Google(69%)和 Flurry(49%)远远超过竞争者。
  • 在 BaaS(后端即服务)工具中,Parse 是主导,拥有 28% 的市场份额,但是第二位的竞争在加剧。
  • 在交互推广上,TapJoy 是主导,占有 53% 的市场份额。
  • 语音 API 仍然没有完成从网络到移动的转变。
  • 开发者工具正在增加和合并中,这种合并会持续到 2015 年。
  • 大小: 49.4 KB
来自: 爱范儿
1
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 前端 api 请求缓存

    前端 api 请求缓存 对于webpack打包的单页面应用程序而言,我们可以采用很多方式来对性能进行优化,比方说 tree-shaking、模块懒加载、利用 extrens 网络cdn 加速这些常规的优化。 缓存一定是提升web应用程序有效...

  • 【Web技术】1107- 总结 5 种前端 API 请求缓存方案(干货内容)

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案...

  • 【Web技术】1052- 前端 API 请求缓存的 5 种方案(干货内容)

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案...

  • 前端 api 请求缓存的 5 种方案(干货内容)

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案...

  • 前端 api 请求缓存方案

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案。...

  • 网页优化-缓存并加载本地js,css等资源文件(有坑,内容中道出)

    但在体验上H5还是没有原生的好,在native和H5之间的交互,已经webview加载的速度上都有一定的弊端,优化的方案很多,今天尝试了一下将js css等资源文件缓存到本地,这样后续加载网页的时候速度上就会快一些。...

  • 前端 API 请求缓存数据的 5 种方案

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案...

  • 前端 API 请求缓存的5个方案

    关注公众号前端开发博客,回复“加群”加入我们一起学习,天天进步作者:wsafighthttps://github.com/wsafight/personBlog/issues/2在开发...

  • 51、前端代码单元测试怎么做?

    集中解决一下大家在学习中遇到的问题,我争取用快问快答的形式,咱们多回答一些问题。1. 前端代码单元测试还是非常有必要的,不知道老师这一块是怎么做的,能否分享一下?答:关于单元测试这件事,虽然在业务代码我...

  • 前端 api 请求缓存的 5 种方案,减少性能损耗!

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案...

  • 前端 api 请求缓存的 5 种方案

    以客户端而言,我们有很多缓存数据与资源的方法,例如 标准的浏览器缓存 以及 目前火热的 Service worker。但是,他们更适合静态内容的缓存。例如 html,js,css以及图片等文件。而缓存系统数据,我采用另外的方案...

  • 学python前端需要哪些基础知识_web前端开发需要学习什么知识?

    展开全部最近不少小伙伴都会留言问,零基础学习前端需要了解哪些知识,小32313133353236313431303231363533e59b9ee7ad9431333433643766白学习Web前端开发容易吗?针对大家的疑问,下面,尚学堂前端学院给大家介绍...

  • 被问到项目亮点、难点、遇到的问题、解决思路

    面试中被问到你的项目亮点、难点、遇到的问题、解决思路是不是很蒙,现在我拆分一下问题 什么是项目亮点: 你负责的业务是什么?(学会发现问题) 你真的想过业务是什么吗? 有为业务想过什么吗? 有了你,业务有什么...

  • 电动车上牌管理系统 SSM毕业设计 附带论文.zip

    电动车上牌管理系统 SSM毕业设计 附带论文 启动教程:https://www.bilibili.com/video/BV1GK1iYyE2B

  • tornado-6.1-cp39-cp39-manylinux2010_x86_64.whl

    tornado-6.1-cp39-cp39-manylinux2010_x86_64.whl

  • 【eclipse和idea两个版本运行源码】基于Java Swing +mysql 实现的网吧管理系统

    一、项目简介 本项目是一套基于Java Swing 开发的网吧管理系统,主要针对计算机相关专业的正在做毕设的学生与需要项目实战练习的Java学习者。 包含:项目源码、数据库脚本等,该项目附带全部源码可作为毕设使用。 项目都经过严格调试,确保可以运行! 该系统功能完善、界面美观、操作简单、功能齐全、管理便捷,具有很高的实际应用价值。 二、技术实现 ​后台技术:java swing ​数据库:MySQL ​数据库连接池:c3p0 三、系统主要功能 用户登录: 分为 普通用户和管理员 两种角色 菜单模块:上机,下机, 系统设置:管理员设置,会员设置,计费设置, 退出系统 管理模块:增加会员,删除会员,信息修改,信息查询 视图模块:主页视图,在线用户,统计视图, 统计报表模块:人数报表,收入报表 帮助模块:联系我们,关于系统 详见:https://blog.csdn.net/weixin_43860634/article/details/125247764

  • pc-dmis软件脚本-输出Excel格式报告

    使用软件自带的basic脚本编辑制作的脚本 低版本软件无法输出Excel报告,可以通过脚本方式实现这一功能

  • 【java毕业设计】校园失物招领系统源码(springboot+vue+mysql+说明文档).zip

    项目经过测试均可完美运行! 环境说明: 开发语言:java jdk:jdk1.8 数据库:mysql 5.7+ 数据库工具:Navicat11+ 管理工具:maven 开发工具:idea/eclipse

  • 基于java的网上电子书店h答辩PPT.pptx

    基于java的网上电子书店h答辩PPT.pptx

  • 基于微信小程序的微信小程序校园失物招领答辩PPT.pptx

    基于微信小程序的微信小程序校园失物招领答辩PPT.pptx

Global site tag (gtag.js) - Google Analytics