沸沸扬扬的轻应用是如何在产品上落地的?

沸沸扬扬的轻应用是如何在产品上落地的?

在今年的百度世界大会上,百度副总裁李明远宣布了百度轻应用战略,景点通作为第一批入住百度轻应用平台的旅游产品,在浏览器中实现了大部分本地应用功能,景点通 CEO 沈卓立认为轻应用缩短了开发周期,让创业团队有了更快的试错机会。然而就目前百度提供的轻应用支持来看,轻应用目前更加适合内容应用,在多交互上还存在不足。

打开手机浏览器在百度搜索框内输入「故宫导游」,此时百度则将默认调用景点通数据,在首页呈现出卡片化设计的故宫导游缩略图,点击「启动景区导游」后,则进入了类似于景点通本地应用的故宫导游图。

虽然轻应用是通过 Html 5 页面来呈现的,对于景点通来说,其特色的景区导游解说功能同样可以顺利地被调用,其本地应用上的定位拍照在 Html 5 页面上同样可以实现,在后期的版本中我们就能看到。


除了为景点通提供「优先」入口外,百度在移动端搜索上已经提供了更多轻应用的入口。例如如果输入「故宫」,「故宫游记」的入口链接到马蜂窝,「故宫特价票」链接到了去哪网,「故宫导游图」链接到景点通。当然未来更多旅游产品接入后,如后分配,还有待观察,希望不是竞价排名。

轻应用的出现无法直接将流量导回本地应用,无需注册更是潜在降低了用户粘性。对于这个问题,沈卓立认为,景点通将这类大部分只有短时间需求的用户定位为浅层用户,未来在轻应用内做商家流量导入即可,而有少部分有长期需求的忠实用户仍然会回归目前功能更加完善的本地应用,提供更多的增值服务。

一周两次迭代

一周迭代两次是景点通目前轻应用的常规迭代周期,就目前而言轻应用即是封装后的 Html 5 页面,相比用于 Andriod 开发的 Java 和 iOS 开发的 Object-C 技术上难度不大。目前由于 Html 5 的特性,诸如音频和视频以及相机的调用都可实现。

百度对轻应用已经提供了简单的开发工具,AppBuilder 可以直接套用百度模板,SiteApp 可以将 PC 站点直接转化为轻应用,而对于已有 webapp 的开发者来说,使用 Clouda 制作出的轻应用将更接近本地应用体验。

快速迭代无疑是轻应用的一大优势,更多尝试可以首先在轻应用上试验。对于一般的本地应用而言大概遵循着一月一次的版本迭代速度,平台的审核和解决 bug 都是影响速度的主要问题,轻应用的发布和修改已弱化了平台的限制,开发者可以几乎同步发行并立即修改。当然,如果轻应用成为潮流后,应用的审核也有可能变得更严格。

轻应用的局限性

轻应用目前更适合做内容以及交互性较少的内容载体。从百度的轻应用开发页面我们可以看到,目前百度主推的 4 块内容分别为:「新闻阅读」、「营销商品类」、「生活服务类」和「旅游出门类」。这部分轻应用主要以信息呈现为主,满足基本交互,需要调用定位等成熟功能。游戏仍然是未来轻应用热点,就 Html 5 自身对游戏的支持看,距本地的应用体验还有很大差距。



此外,诸如账号登陆,应用内信息交流等功能在轻应用中已经可以实现,但用户的使用习惯还有一段很长培养期。景点通的轻应用只提供了展示功能,沈卓立认为,诸如导游类应用本生不具有较强的社交性,主要满足用户当下的搜索需求,对于首次来北京游玩的用户,他更期望在故宫门口听到历史讲解和告知附近纪念品与餐饮店位置,并非找到兴趣爱好相同的驴友。百度应该能给景点通带来巨大的流量,但目前的数据显示并没有太大起伏,这和用户还没建立稳定地通过浏览器使用轻应用习惯有直接联系。

轻应用解决了搜索、分发和平台局限的问题,然而会不会被浏览器和搜索网站限制?虽然在开发和部署上轻应用比本地应用更加方便,尤其是没有了平台的限制,然而不同搜索网站对不同轻应用的支持并非一致,使用 360 移动搜索「故宫导游」并没有出现和百度移动搜索同样的结果,再加上最近腾讯和搜狗的联姻,将加强 soso 的技术实力,除去搜索引擎,各家的浏览器是否会对在自家发布的轻应用有较好的支持?

轻应用是否将成为未来新平台争夺的流量入口?或许这还早,不过我们确实在景点通的例子上看到趋势。

景点通轻应用百度
下载极客公园客户端
iOS下载
反馈