"现在我们将开发一个新的形态,叫做应用号。"微信创始人张小龙在台上说,"我们希望存在一种新的公众号形态,这种形态下面用户关注了一个公众号,就像安装了一个APP一样。"
他的解释持续了不到5分钟,演讲就结束了。
没人知道应用号最后会变成什么样,但消息一出,不少人就开始预言APP将走投无路。实际上,APP会不会消亡并不是关键。真正和每个网民息息相关的是,应用号和H5究竟会带来什么颠覆性的改革。
Web观念的觉醒
应用号决不是刚酝酿而成的概念,它现在被提出来,和H5的广泛应用密切相关。
微信公众平台开放的分享、图像、音频、微信支付等接口,均基于HTML5开发。利用H5,开发者能构建出具有丰富多媒体特性的浏览器应用,即需即用。因此,应用号的本质就是提供以H5为基础的Web APP入口。
类似的设想正逐渐渗入我们的生活。
前几天,一个企业用户随口一提:"你们可以做一个网页,把对我们项目感兴趣的设计师列成名单,显示在网页的表格里,实时更新。然后我们每次开会讨论前,用手机打开这个网页,连接蓝牙,就能把这个清单打印出来。"
乍一听,他脑海中所构想的是一个APP,兼顾数据同步和蓝牙打印功能。然而,他是明确提出设计一个这样的网页,去实现传统意义上下载一个APP才能完成的功能。
这样的思维转变,意味着一种全新互联网观念的形成。用户需要的不是APP这样的容器,而是一个个能直接获取服务的入口。通过这些入口,传统在线下进行的活动、原本必须依靠软件才能享受的网络服务,都可以转移到数不清的网页上。
"互联网+"在2015年度十大流行语中排第二,"+"表示互联网与传统行业的连接。随着HTML5标准的完善,H5网页一次开发、多平台使用的跨平台特 性渐渐受到关注,更有逐步取代桌面软件、移动应用的趋势。透过网页,传统行业能更快打通和信息产业的联结,创造出两相融合的互联网生态。
因此,从某种意义上,"+"正象征着Web,"互联网+"概念的关键就是Web观念。
传统的颠覆,创新的成长
"你看,我在这个文档里放几个日程,完成一个就在旁边打钩。这样记下去,整个文档越写越长,但我又想把做过的事情保留下来。难道就没有一个这样的软件吗?"国内知名高校的一名数学教授,不久前突然这么问。
传统上,要完成稍微复杂点的功能,就要一个团队去开发软件或APP,劳心费力。而现在,HTML5的跨平台性为互联网带来变革,应用号提供的就是这类基于HTML5设计的Web APP的入口。
当前,微信不同类型账号的数量比例大致如下:
除了微信使用者属于零门槛的服务接受方外,公众号都是服务提供方。在订阅号、服务号、企业号三种公众号里,运营复杂程度和申请要求依次提高,拥有者数量也逐级减少。
毋庸置疑的是,对于应用号,微信内部已经绘制了一份宏图大业--零售业、餐饮业、医疗业、智能硬件,与各种类型的传统行业进行连接。然而,单单餐饮业,就有餐厅、酒水饮料、烘焙、甜品等类,林林总总,根本没办法用一种模式通吃所有。
为涵盖尽可能广泛的行业领域的互联网服务,微信必须赋予应用号更大的授权。这个授权主要体现在应用号页面开发的自主性上,因为只有让运营者自己去设计Web APP,才能保证服务的多样性。这样一来,检索应用号就像在应用市场中查找APP一样。
那么,运营者需要网页开发能力,会导致应用号的数量再降一个层级吗?
非也。
当前国内一些底层的交互型工具,用户可以通过对HTML5网页进行可视化编辑,来实现复杂网页的开发。因此,应用号运营者不需要是开发者,却可以像开发者一样根据服务需求来设计网页,制作出同样功能的Web APP。
所以,应用号如果想要实现数量的逆袭,必须有两个条件:
1、微信允许运营者自主设计入口页面;
2、运营者借助可视化工具制作应用号页面。
在这两个前提下,才能既保证应用号的服务质量,又能降低运营者的门槛。
推不推送,这是一个问题
对应用号进行"剧透"时,张小龙的一句话很值得玩味:
"他要找这个公众号的时候就像找一个APP,在平时这个号不会向用户发东西的,所以APP就会很安静地在那里,等用户需要的时候找到它就好了。"
这句话暗示应用号会采取"关注--需求激发--获取服务"这样的模式。换句话说,用户没有主动表达需求,应用号只能那么静静地待着,因此就没有向用户推送通知的能力。
一个需要用户主动打开才能提供服务的Web APP,会有什么限制?
假设某个医院有这么一个医疗应用号,提供预约挂号、缴费支付、医疗报告三种服务。
你到医院前,在家里挂号,准备等到差不多自己的号再出门。所以,虽然在家里,你有事没事就得刷手机,要不然就不知道究竟到哪个号 了。看完病,用手机支付医疗费后,得做个检查。检查完,也不知道结果什么时候出来,你还得不停地刷手机--因为即便报告出来了,医院也没有权限给你推送通 知。
因此,应用号能否主动向用户推送内容,将会是应用号提供的Web APP服务和原生APP的关键区别。换句话说,当应用号具有主动推送通知功能,才能最大限度上替代原生APP。
在这里,关于应用号的第一个猜想正是关于推送权限。为了提高应用号服务的响应能力、增强用户体验,微信可能会开放新的推送接口。应用号默认不具备主动推送功能,但通过接口获得用户授权后,可以像APP一样推送通知。
相对应地,页面制作工具就可以直接利用微信提供的接口开发功能组件,让运营者自主设计与原生APP匹敌的H5页面了。
这样的话,当我们关注前面提到的医疗应用号后,只需要设置允许它推送通知。然后,就能受到类似"前面只剩三个人在等候,你可以先在候诊室准备"、"你的报告结果已经出来了"这些即时信息,免受等待之苦了。
相比依赖于微信已有的公众号,培植应用号的土壤更加肥沃。但根据微信官方目前透露的信息,应用号主要面向的还是服务提供者。而且从某种程度上,应用号相当于一个正规的应用市场,多少会有盲点。
应用号会获得主动推送通知的权限吗?
今后会不会出现用于私人用途的个人应用号?
对于涉及与腾讯主营业务相关的游戏、通讯等功能,微信会做什么样的限制?
这些问题,暂时还是无解。因此第二个猜想与应用号的成败有关,未来如果有其他平台能够先于微信做出类似的应用入口,并在企业需求和用户需求之间取得好的平衡,说不定又会出现一个新的集大成者。