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