腾讯PM独家详解小程序，给你一份商业化场景应用指南

很多人醉心于技术的细节，有些人忙于空泛的营销。却恰恰忽略了一个新事物的本质。小程序不是要取代什么，也不是要颠覆什么，其实它就是一个工具。--- 作者：腾讯云布道师 刘永峰

在微信公开课2017Pro中，张小龙预告1月9日小程序将正式上线，引发业界极大关注。他反复强调，小程序，最大的入口，就是在各类线下的商业场景中，这是对“让商业存在于无形之中”的理念的诠释。

据钛媒体了解，目前小程序也已经官方邀请和接入了包括肯德基在内的第一批200家商户，功能则主要覆盖的是会员服务和提前预定（预约）服务等。

如果你经常和小编一样去肯德基吃早餐的话，想必应该知道，为了解决排队难的问题，在已有的人工服务台之外，不少门店还配自助点餐机，你可以在上面选择你喜欢的餐点，然后扫描二维码支付。

可以预见点餐一体机制造商将迎来一轮洗牌，同时你的手机中又少了一款大小20-30M的 App，延伸到线下场景消费，我们大概可以知道诸如保洁、美甲、洗车、打车等等O2O业务的App都将被以二维码为入口的小程序所取代。

比起商家的幸运，对于依附微信公号的媒体来说，小程序似乎并没有想象中的给力。张小龙明确提出小程序不能推送消息，不能转发朋友圈，彼此相互独立。不过在小程序中可以看到企业做了哪些公众号，它们可以互相跳转。

很明显的消费场景是，当你在书店、机场等线下店浏览或者购买书籍影像制品时，以二维码做入口的小程序，可以让你查看媒体所涉猎的电商，这就不仅限于杂志、研究报告和线上线下活动等。比如钛媒体的微信钛坦白公开课、线下的 T-EDGE 活动等。当然如果小程序的上承载的内容足够打动你，关注微信公众号应该就是随其自然的事情。

媒体的发力点在于小程序的界面和刊载内容是否能抓取消费者的眼球。正如上海交通大学老师、天奇阿米巴基金投资合伙人魏武挥所言，微信是浏览器，而小程序要做的其实基于web端的一个小网站。

那么具体哪些商业场景更适合小程序应用，钛媒体特邀腾讯云高级产品经理布道师，从线下的商业场景，来详细阐释微信小程序的场景化应用。

微信小程序从最初提出概念，到内测，到允许企业用户公测，持续在吸引各类群体的眼球。

我研究了国内很多小程序的开发者社区，发现了一个现象，就是一夜之间，冒出了无数个“仿XXX的小程序”。很多专家提出了一些大胆的预测，认为小程序会取代目前的微信服务号，或者更有人认为会颠覆目前的APP的生态，让APP的开发成为历史。

所以不难理解，为什么冒出了那么多”仿XXX的小程序“。从技术角度去思考，很多开发者，从仿制某某应用，去学习小程序，是可以理解的，但是如果从商业角度来思考，难道客户需要的是把现有的商城，网站，公众号重新再用小程序开发一遍吗？

显然这不是商业的本质。从商业的角度来看，人们期待的是小程序能够解决以前的东西无法解决的问题，或者解决起来客户体验不好的问题，或者解决问题投入成本太大的问题。所以，微信小程序，需要一些场景化的应用，而不是”仿XXX的应用“。

理解小程序的本质

要明白小程序的使用场景，首先理解什么是小程序。张小龙给出了一段对小程序的定义：

“小程序是一种不需要下载安装即可使用的应用，它实现了应用触手可及的梦想，用户扫一扫或者搜一下，即可打开应用，也体现了用完即走的理念，用户不用关心是否安装了太多的应用，应用将无处不在，随时可用，但是又无需安装。”

这段解释中，有几个核心的理念，触手可及，通过扫码和搜索马上就得到，并且无需下载，用完即走。

我们先来思考一下，小程序的价值观。小程序文档中的运营规范中有一句话：

”一切以用户价值为依归、让创造发挥价值、好的产品是用完即走，以及让商业化存在于无形之中。“

小程序诞生的本质，就是为了让商业存在于无形。商业场景，一定是小程序的最典型的应用场景。

在微信公开课2017Pro中，张小龙反复强调了，小程序，最大的入口，就是在各类线下的商业场景中，这是对“让商业存在于无形之中”的理念的诠释。所以，我们首先从线下的商业场景，来谈一谈微信小程序的场景化应用。

中心化入口，催生线上线下深度融合场景

在传统的互联网中，流量是跟着入口走的。在PC时代，流量集中在几个大型的门户网站，移动互联网时代，流量在微信这样的超级APP里面。

再往后，就是一种去中心化的趋势。让流量消融在千千万万的实体商业里面。早期的O2O，其实线上和线下是割裂的。并没有进行深度的融合。譬如，你要在58到家找钟点工，还是需要在一个超级APP上去搜索，比价，寻找合适的钟点工。线上下单后，保姆到家服务，就和线上没有任何关系了。

线上和线下是一种割裂的关系。并不是我发现家里很脏时，立刻就呼叫钟点工。等我办完事情回家，家里就已经打扫好了。线下应该是一种很自然的场景过渡到线上，然后再自然的过渡到线下。当服务完成后，再回到线上。

我们设想一种场景，加入一个理发店，怎么更好的利用小程序，实现一种线上线下自然融合的场景？

小蕾是一个很爱美的女孩子，某一天，她的闺蜜在微信，分享了一个小程序页给她了，让她评价一下，在一家很时尚的美发店新剪的一个发型。 她看了之后，立刻动心了，也想去这家店去剪一个新发型。所以她在小程序预定了周末的服务，小程序自动让她拍一张脸部的正面照片上传上去，系统自动给出最适合脸型的发型给她选择。她选择了喜欢的发型后，预定了合适的时间，完成支付，同时收到了一张会员卡。 预约的当天，收到了小程序推送的提醒消息。同时，用户小蕾获得了临时进店的权限。原来这是一家没有前台的门店。 需要预约用户到店后扫码解锁门禁。当进到店里后，店里的后端系统就已经知道小蕾已经来了，小程序自动提示，由哪一个技师为她服务。 此时，技师的手机端已经收到了小蕾需要剪的发型。当完成服务后，小蕾的手机自动收到了服务完成的消息，并提醒小蕾评价技师的服务，如果很喜欢，还可以分享给自己的好友。好友消费后，自己也可以拿到优惠券了。

这是小程序应用下的，一种线上和线上深入融合的场景，在这个场景中，用户经历了多个入口：

• 消息信息流入口： 小蕾收到了好友的分享，驱动她去预定服务。
• 提醒消息入口：服务的当天，小蕾收到提醒消息，提醒她到店服务
• 扫码入口：进门时，小蕾扫码，呼出小程序开门，同时门店后台，也知道，小蕾现在已经到了。
• 评价消息入口：完成服务后，由消息驱动小蕾评价技师，分享。

让入口融入到线下的商业场景。是微信小程序所最追求的目标，也是诠释让商业融入到无形的真谛所在。张小龙在微信公开课提到了扫码和消息流两个入口，但是我觉得，还有一个更有想象空间的入口。也可能更好的诠释“去中心”化的理念，也就是，让每个小程序，都是一个入口。

当小蕾在预约服务时间的前1个小时，收到了提醒，提醒她一个小时后，要开始服务。 这个时候，微信小程序完全可以根据地理位置信息，判别小美如何去，这个时候，小蕾可能需要打车，在这个场景下，店铺的微信小程序，可能就扮演了滴滴打车的入口。

在上面的场景下，用户直接跳转到滴滴打车的小程序，完成一键预约打车，不用重新输入起始地址和目的地址。传统的APP模式，是一种信息孤岛，而微信小程序，消除了这种信息孤岛，让小程序和小程序之间，能够自由的联通，让每个小程序，都成为入口。

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

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

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

• 点餐是一种需要即时响应的场景
• 点餐需要多步完成，流程中的每一步的流畅性非常重要
• 服务号是H5来实现的，每一步，都需要载入，流畅性体验会很差

[腾讯高级PM详解，微信小程序的场景化应用具体有哪些？ ] 微信服务号现实与实际体验的差异

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

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

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

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

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

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

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

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

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

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

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

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

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

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

后记

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

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