移动应用平台生态建设三种可能.docVIP

移动应用平台生态建设三种可能 　　在构建移动应用平台生态圈的过程中，依赖自身优势寻找发展方向，互联网巨头往往独辟蹊径，电信运营商仍在顺道前行。 　　在移动互联网领域，电信运营商、互联网巨头们忙于“跑马圈地”，不停地抛出各种新概念、新产品，围绕这些产品实施技术开放，完成“加冕”实现平台化，聚拢产业链上下游，以此构建移动应用平台生态系统。对于这些“巨头”来说，通过现有的资源搭建平台、招揽开发者、获得用户都不是难题，真正的难点在于拥有创新的运营平台和商业模式。 　　在2013百度世界大会上，百度针对移动应用分发提出了“轻应用”的概念。这是百度继19亿美元收购91无线之后，在移动互联网布局中落下的又一枚棋子。 　　何为轻应用？百度公司董事长兼CEO李彦宏用一句“开发者，你幸福吗？”作了说明：百度轻应用实现了中长尾应用的有效分发。于是，人们顺着这个意思将轻应用解读为91无线分发渠道的补充。然而，经过对百度轻应用的试用之后，人们又发现它并不只是分发这么简单。 　　百度轻应用：移动应用平台新生态 　　关于轻应用的概念，我们从百度世界大会获得如下信息： 　　第一，无需下载，即搜即用。以往，开发者付出高昂成本拉动用户下载应用，每隔十天半月还要推送更新版本，一不小心就遭用户卸载。例如一款名叫“多趣”的旅游类应用，针对不同城市、不同景点有500多款应用，下载和更新成本成为横亘在开发者和用户间的高门槛。通过轻应用，搜索“上海导览”、“周庄导览”的用户需求都可以直接调入“多趣”，开发者后端的每一处更新在前端都自动呈现，无需骚扰用户。 　　第二，破壳检索，智能分发。开发者开发的应用不再是信息孤岛，里面的内容都可以被索引，这跟原生应用形成明显的差别。在应用商店里，只有用户输入明确的APP名称，例如“嘀嘀打车”，这个应用才能够被分发。而现在，移动搜索中自然表达的所有与打车有关的需求，比如“我要打车”、“从国贸到雍和宫”等，都将导向开发者开发的打车类应用，大大增加应用的曝光量和使用率，从源头解决分发难题。 　　第三，能够帮应用调入语音、摄像头、定位、存储等手机本地或云端的多种能力，让应用的功能更强大。以“好大夫在线”轻应用为例，开发者不仅可以设置语音交流模块，还可以调起本地摄像头帮助用户拍摄化验单或患处，从而提供和Native APP相同甚至更好的体验。 　　第四，订阅推送，沉淀用户。轻应用不仅支持用户搜索时实现调用，还支持用户主动订阅。如果用户有订阅需求并添加应用，相关开发者就能够将用户沉淀下来，并对用户进行持续、精准的信息和服务推送。例如，很多视频类应用的用户有追剧的需求，百度支持用户订阅的功能，只要用户订阅了应用，每当有新剧更新，开发者都可以第一时间通知用户，增强粘性，从而与用户建立起更加稳固牢靠的关系。 　　从前面两条表述中可以得知，百度轻应用完全建立在移动搜索的基础上。百度立于搜索，并且在传统搜索领域推出“框计算”来对接应用开放平台。有一种说法认为百度是大型站点的导流站，但在“框计算”推出后人们又说所有网站都成了百度的后台。不管怎样，百度通过“框计算”平衡了这种“相互利用”的关系并完成搜索生态的布局。现在，百度将这种关系移植到了移动互联网领域，而且依然通过最核心的搜索业务。百度通过搜索解决了应用商店存在的缺陷，为大部分开发者，特别是中小开发者谋取到福利，同时还让用户获得优秀的应用，迈出移动应用生态链建设积极的一步。 　　通过后面两条表述又能得知，百度轻应用还是一个应用开发平台。然后，我们把百度轻应用在IOS、Android、Windows Phone三大平台部署的可能性，百度轻应用的应用分发能力，以及百度轻应用的应用开发能力相加在一起时——一个集应用开发、分发功能于一体的跨平台移动应用生态系统诞生了！ 　　这不是我们的臆想，回顾一下PC平台的情形：所有的开发者、应用程序和用户分别围绕Windows、Mac和Linux三大系统，形成三个完整的生态链。随着互联网的发展，Web应用实现了跨平台运行，但它严重依赖浏览器。浏览器的性能参差不齐，支持标准不一，所以Web应用无法做到一次开发、一致体验的效果。此时，Flash在浏览器上层形成了统一平台的雏形，并最终迎来Adobe Air的横空出世。Adobe Air帮助Web应用实现一次开发和一致体验，成为真正的跨系统Web应用平台。 　　Adobe Air在PC端的发展不温不火，并且现在已经停止了对Linux的支持，但它的理念很有借鉴意义。同时，PC端与移动端又有着本质的不同。PC端是“富应用”的天下，追求富功能和高效率，而移动端更适合“轻应用”，并且支持移动应用的HTML5已经成熟。在百度世界大会上，李明远表示百度轻应用可以提供移动广告、前向付费帮助开发者变现，“商业模式非常具有想