让Chrome和Android应用互通这件事,Google为啥就没有号召力了?

123

在9月初, Google正如在今年I/O大会上所说的那样,把Android应用带到了Chrome OS上。借助于App Runtime for Chrome,现在Evernote、Duolingo、Sight Words、Vine以及Flipboard这几款Android应用都可以在Chrome OS上运行了。

也许在看到Android应用可以在Chrome上运行之后,有些用户会颇为高兴。不过,其实从Google提供的数据来看,开发者好像没怎么兴奋。从Google I/O到现在,为Chrome OS适配的应用仅仅就5款,而且它们还都是那种本来就有完善的网页版本,并且是多平台战略的“积极响应者”。即使依靠Google的驱使,开发者们给出的也就是这样一个响应速度

另外一方面呢,Google除了想把Android应用搬到Chrome上外,还在想着把Chrome Apps搬到iOS和Android上。Google在2013年9月时为Chrome浏览器引入了一类新的Apps,它们可以离线工作,并且可以脱离浏览器独立运行。到了今年1月,Google发布了一个开发者预览版的工具链来帮助开发者将Apps扩展到Android和iOS上。当这些Chrome App被打包成本地应用之后,它们甚至还可以被提交到Google Play Store以及Apple Store进行分发。

不过从1月份到如今已经过去了大半年的时间,这个项目的进展同样十分缓慢,我甚至都没有再看到后续的消息。不知道本文的读者们现在能否想起来哪个Chrome App是通过这个方式分发到iOS或者Android平台上的?即使Chrome上著名的Keep,现在也还没有通过这种途径出现在iOS上。所以,不难看出,开发者们对这个Google这个项目的反应也挺冷淡的。

简单来说,Google现在正在做的两件事就是:既想把Android应用带给Chrome平台,又想把Chrome Apps带到iOS和Android上。不过现实情况是,这两件事除了Google自己喜欢,开发者群体的兴趣都不大。

如果想一想,这其实还是挺有趣的一件事。为什么这么说呢,无论是单独看Chrome Web Store还是Google Play Store,和同类的浏览器和手机操作系统相比,它们都获得了足够多开发者的支持和响应,但当Google想把这两个东西掺和到一起时,大家突然就不上心了,要知道既使用Chrome又使用Android或者iOS的用户也是挺多的。

而事情之所以会这样,原因之一就在于Google的这些行为和开发者们“移动优先”的理念是背道而驰的。为什么这么说呢?对于第一部分,如果开发者的目标是移动平台,那么在如今的行业环境下,他对这款应用能不能运行在Chrome上自然就没那么看重。况且除了让一小部分极客用户欢喜之外,把产品从Android复制到Chrome上面临着巨大的未知数,毕竟我们暂时还没有从这个模式里看到用户量激增、营收翻倍的先例,至于以后会不会有,现在也很难说。

对于第二部分,把Chrome App打包带到iOS和Android上就更不得人心了。要知道在一个“移动优先”理念下,你不为移动平台提供最优质的体验简直就是在逆着潮流前进。而且,iOS和Androids平台上都不缺优质应用,开发者如果提供的是一个二流打包产品,几乎可以肯定是没有市场的。

当然,也许你会觉得Google这套东西是为有跨平台需求的产品准备的,目标用户是即使用Chrome又使用Android或者iOS的人群。不过即便这样,仍然会有很多矛盾,也依然绕不过“移动优先”的理念,而哪些真正跨平台又重视每一端用户的产品会像Sunrise那样,在每个平台上都提供最优质的体验呢?要知道,在Chrome和Android的应用基数足够多的情况下,在任何一端提供二流产品都是没有竞争力的。况且,如今的互联网服务越来越倾向于将账号和数据保存在云上,客户端只是一个到达用户的形式,开发者们就更没有理由只是为了“跨平台”来牺牲用户体验了。

好了,虽然Google既能让开发者为Chrome做产品,又能说服他们为Android开发应用,但在应用互通这件事上用心的就只剩下Google自己了。作为用户,我想大家在移动设备上应该不会怎么用Chrome App打包过来的产品。而对于那些运行在Chrome上的Android应用,你真正会用的又有几款?

图片来自:Blogspot

订阅更多文章