欣赏旧文：小程序集中入口，产生在线和离线深度融合场景

下雪了：这是很久以前写的一篇文章。阅读时仍然有点有趣。遂遂;

在传统的互联网中，交通沿着入口进行。在PC时代，流量集中在移动互联网时代的几个大型门户网站网站中，流量在超级APP中，如微信。

更进一步，这是一种权力下放的趋势。让交通融入成千上万的实体业务。早期的O2O实际上是在线和线之间分开的。没有深度整合。例如，如果要在58找工作，您仍需要搜索超级应用程序，找到合适的每小时工作人员。在线下订单后，保姆到家并与在线无关。

在线和离线是一种分裂的关系。不是当我发现我的房子很脏时，我打电话给小时工。当我完成此事并回家后，房子已被清理干净。该线应该是到线的自然场景过渡，然后自然过渡到线。服务完成后，请返回在线状态。

我们设想一个场景，加入理发店，如何更好地使用小程序，实现在线和离线场景的自然融合？

小磊是一个非常漂亮的女孩。有一天，她在微信的女朋友为她分享了一个小程序的页面，让她评估一个非常时尚的美发沙龙的新发型。

在看到它之后，她立刻受到了诱惑，想去商店剪一个新发型。所以她在小程序订了一个周末服务，小程序自动让她拍面部照片并上传，系统会自动为她选择最合适的发型。在她选择了自己喜欢的发型后，她预定了适当的时间，完成了付款，并收到了会员卡。

在约会当天，我收到了来自小程序的提醒消息。同时，用户小磊获得了临时进入商店的许可。原来这是一家没有前台的商店。

需要将用户保留到商店并扫描代码以解锁门。进入商店后，店内的后端系统已经知道小磊已经到了。 小程序会自动提示哪位技术人员为她服务。

此时，技术人员的手机已收到小磊需要削减的发型。服务完成后，小磊的手机会自动收到服务完成的消息，并提醒小磊评估技术人员的服务。如果你喜欢它，你也可以和你的朋友分享。朋友消费后，他也可以获得优惠券。

这是小程序应用程序，是在线和在线之间深入整合的场景。在这种情况下，用户经历了多个条目：

消息信息门户网站：小磊收到了朋友的分享，并开车送她预订服务。

提醒信息输入：在服务当天，小磊收到提醒信息，提醒她去商店服务

扫码输入：进门时，小磊扫描密码，拨出小程序开门，同时后台的商店，也知道小磊现在在这里。

评估信息输入：完成服务后，消息驱动的小磊评估技术人员将分享。

将门户网站集成到离线业务场景中。这是微信小程序追求最多的目标，也是对无形中业务整合本质的诠释。张小龙在微信公开课中提到了扫描码和消息流的两个入口，但我认为有一个更有想象力的入口。它也可以是自定义的沈阳软件

当小磊在预约服务时间前一小时收到提醒时，她提醒她一小时后开始服务。

这时，微信小程序可以根据地理位置信息完全判断小梅的情况。这时，小磊可能需要乘坐出租车。在这个场景中，商店的微信小程序可能会播放滴滴出租车的入口。

在上面的场景中，用户直接跳到Drip出租车的小程序，完成一键预约乘坐出租车，而无需重新输入起始地址和目的地地址。传统的APP模式是一个信息孤岛，微信小程序消除了这个信息孤岛，允许小程序和小程序自由连接，因此每个小程序都成为一个条目。

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

在小程序问世之前，许多离线业务场景实际上试图通过微信服务号提供低成本，便捷的解决方案。

在商店微信订购实际上是一个非常典型的场景。虽然许多服务提供商已经完成了微信的订购，但实际上，微信的解决方案并不是很多餐馆。许多酒店更喜欢使用LAN + APP解决方案。为什么你不看好微信服务号码的排序，主要原因如下：

订购是一个需要立即响应的场景

订购需要多个步骤，流程中每个步骤的流畅性非常重要

服务号码由H5实施。每一步都需要加载，流畅的体验会很差

[腾讯高级PM详细，微信小程序场景应用具体？ ] 微信实际和实际体验之间的服务数量差异

任何一种在线场景，如果用户体验非常差，自然不能继续流行，客户行为也会影响业务，所以大型企业（如海底劳）更倾向于使用本地网络来保证用户体验+ APP解决方案。

小程序非常流畅，因为它是在本地执行的。此外，通过在桌面上粘贴QR码来进行订单输入，并且用户可以在需要时随时调出小程序。因此，排序是小程序的一个非常有代表性的应用场景。难怪张小龙发表演讲的第一个例子是微信小程序订购的场景。

订购是一个非常有代表性的场景。如果整个场景，用户需要完成多个流程，并且流程之间的流畅性对客户体验有很大影响，如购买电影票，购票，办理登机手续，买车票付款等等等。这个类是微信小程序的一个应用程序。

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

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

但微信小程序的关键技术将使微信小程序重新定义许多非凡的使用场景。我们知道微信公共号码或大部分APP使用http和后端进行通信。 http可以理解为单项无状态协议。

用户请求然后给出响应。没有实时连接的概念。和微信小程序，使用websocket通信。与http不同，websocket可以实现双向实时通信。这允许后端服务和小程序，小程序和小程序相互了解或相互发送命令。

大多数人可能会认为这是一个技术类别。使用场景的概念并不多。我们还是看一个场景，

小磊不赞成在线剪发服务。相反，她去商店扫描代码请求服务。这时，发型师可以直接控制后端系统中的小磊的小程序或者它自己的小程序，这样它就可以进入所需的小程序页面，例如，自动进入选择页面，这样小磊可以在服用后匹配发型一张照片。服务完成后，不需要小磊操作，自动输入付款页面，小磊完成付款。

职员侧小程序控制客户端小程序的交互式响应

由于websocket的实时全双工通信功能，小程序和小程序，小程序和后端系统之间的双向交互是可能的。前面的示例演示了一个过程，在该过程中，职员生成支付页面，而客户在典型的业务场景中支付账单。

在传统模式下，客户需要扫描代码进行支付，在微信小程序的场景中，客户的小程序可以自动跳转到职员侧小程序控制下的支付页面。经验会更好。

除了实时完整的双向通信功能外，websocket协议还支持点对点通信。虽然微信现在不支持它，但如果微信可以启用小程序来支持点对点通信，它将产生许多有趣的场景，例如直接向Mobai使用小程序。自行车锁定订单而无需通过云。

小程序和小程序之间的直接信息传输。或者可以真正实现Geek的一些梦想，不是通过互联网，而是通过相邻的节点将信息传递到遥远的地方。如果传统的服务号码安装在拖拉机的引擎上，则实时全双工通信能力就像安装飞机引擎的小程序一样。它既可以运行，也可以飞行。