本地化运行，媲美APP的流畅体验

在小程序出来之前，很多线下的商业场景，其实试图通过微信服务号来提供低成本，便捷的解决方案。

到店微信点餐其实就是一个非常典型的场景。虽然很多服务商都做了微信点餐的方案，但是其实，微信的方案，在很多饭店，使用的并不好。很多饭店，更倾向于使用局域网+APP的解决方案。为什么大家并不看好微信服务号点餐，主要原因是有下面几点：

点餐是一种需要即时响应的场景

点餐需要多步完成，流程中的每一步的流畅性非常重要

服务号是H5来实现的，每一步，都需要载入，流畅性体验会很差

微信服务号现实与实际体验的差异

任何一种线上的场景，如果用户体验很差，自然就无法继续流行下去，客户的行为也会影响商家，所以比较大的商家（譬如海底捞）更倾向于使用保证用户体验的本地网络+APP的解决方案。

小程序由于是在本地执行，体验会非常的流畅。并且，点餐入口，都是由贴在桌面上二维码，用户需要时，可以随时呼出小程序。所以，点餐是小程序一个非常有代表性的应用场景。难怪张小龙在演讲时，举的第一个例子，就是微信小程序点餐的场景。

点餐，是一个很有代表性的场景，如果整个场景中，用户需要完成多个流程，并且流程之间的流畅性对客户体验影响很大场景，譬如购电影票选位支付，买机票值机，买汽车票支付等等，这一类就是微信小程序的场景化的应用。

实时双向通讯，重新定义超乎寻常的交互场景

除了程序员以外，很多有人会关心微信小程序所使用的技术。

但是微信小程序的一项关键性的技术，将会让微信小程序重新定义很多超乎寻常的使用场景。我们知道，微信公众号，或则大部分APP，都是使用http和后端进行通讯，http可以理解是一种单项的，无状态协议。

用户请求，然后给出响应。没有实时连接的概念。而微信小程序，使用了websocket通讯。不同于http，websocket可以实现双向实时通讯。这就让后端服务和小程序，小程序和小程序，可以相互感知状态，或者相互发送指令。

大部分人，可能以为这是技术范畴。对于使用场景，没有太多概念。我们还是来看一个场景，

小蕾没有在线上预约剪发的服务，而是到店来扫码请求服务，这个时候，发型师可以在后端的系统或则自己的小程序，直接控制小蕾的小程序，让它进入到需要的小程序页面，譬如自动进入发型选择的页面，让小蕾拍照后匹配发型，当完成服务后，不需要小蕾操作，自动进入到付款页面，小蕾来完成支付。

店员端小程序控制顾客端小程序的交互响应

得益于websocket的实时全双工通讯能力，让小程序和小程序之间，小程序和后端系统之间，能够实现双向互动。前面的例子只是演示了一个在典型的商业场景下，由店员生成付款页面，客户买单的流程。

传统模式下，需要客户扫码去支付，而在微信小程序的场景下，顾客的小程序，可以在店员端的小程序控制下，自动跳转到付款页面。体验会更加的优异。

除了实时全双向的通讯能力以外，websocket协议是支持点对点通讯的，虽然微信现在没有支持，但是如果微信后续能够让小程序支持点对点的通讯，又会催生出很多好玩的场景，譬如小程序直接给摩拜单车的车锁发指令，而不需要经过云端。

小程序和小程序之间，直接的信息传递。或者真的能实现有些geek所梦想的，不通过互联网，而通过相邻的节点将信息传递到很远的地方。如果说传统的服务号安装的是拖拉机的引擎，实时全双工的通讯能力，就好比为小程序装上了飞机引擎，它不仅能跑，还能飞起来。

后记

张小龙在微信公开课讲到，微信团队为什么要做小程序。不是为了用一种新的技术去取代另外一种老的技术，而是想切切实实的解决一些问题。

有时候，很多人醉心于技术的细节，有些人忙于空泛的营销。却恰恰忽略了一个新事物存在的本质。小程序不是要取代什么，也不是要颠覆什么，其实它就是一个工具。（本文独家首发钛媒体）

【钛媒体作者介绍：腾讯云高级产品经理，布道师】

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!