这一篇让你彻底搞懂微信生态里的二维码!

  

  二维码,已经深入我们的日常生活,司空见惯了。然而,我却发现不少做微信生态(公众号和小程序)的产品经理对微信生态里的二维码的能力还不是很了解。比如,我见过一个产品,他们小程序里有个展示二维码,其他用户扫码可以绑定一项资源的功能。结果,他们的设计要求先打开这个小程序,然后再通过这个小程序内置的扫一扫,才能绑定这个二维码对应的资源。我们来看一下这个操作步骤。

  

  从打开微信到最后的确认绑定,一共需要6个步骤,而且还有两个步骤是需要用户主动搜索(搜索小程序和找到内置扫一扫功能)。这种效率是非常低下的,体验也十分糟糕。这就暴露了产品经理不熟悉微信生态二维码的问题,实际上,我们见过的步骤一般都是下面这样。这里只有打开微信扫一扫是需要用户主动操作的,其他都是一路点下去就能完成的操作,操作上不会存在中断,而微信扫一扫是用户早已养成的扫描习惯,效率和体验比使用内置的扫一扫好太多。

  

  可以看到,熟悉微信生态的二维码能力,会帮助我们在设计微信生态的产品时提高用户体验。本篇就来给大家介绍微信的二维码具备哪些能力。

  这里的公众号二维码指的是服务号的二维码,服务号需要经过认证才可以使用二维码,而订阅号无法使用。公众号除了公众号自身的关注二维码以外,还有三类带参数的二维码,永久二维码、临时二维码和顾问二维码。带参数的二维码就是后台可以配置二维码的内容参数(微信称之为场景参数),扫码后微信会通过接口告诉我们的服务端扫码的参数,从而允许我们根据不同的参数给用户发送相应的服务消息。

  这三类二维码都可以用于引流,最大的特点就是扫码后,如果用户没有关注公众号,微信会要求用户关注,然后才推送扫码对应的服务消息(如按桌号点餐)。如果用户已经关注了,则微信会直接推送对应的服务消息。

  永久二维码主要用于做印刷类的材料,一般用在线下比较多。典型的场景就是我们常用的扫码点餐、门店拓客二维码等等。这类二维码的好处就是可以用于线下引流,比如我们扫码的时候一般会是先关注,关注后会给我们推送一个入口(比如点餐),这里来说一下这个过程的逻辑是什么样的,如下图所示。

  

  我们以微信扫码点餐为例来讲一下上述的这个交互过程。

  创建永久二维码:餐厅每个桌面都有贴一个点餐二维码。这个二维码要先向微信申请创建。也就是后端要通过微信提供的接口创建永久二维码,这个二维码对应的场景值一般会绑定系统里的餐厅和餐桌。微信会返回一个唯一的二维码链接给我们,我们就可以拿这个链接生成餐桌上的二维码后制作物料再张贴。

  用户扫码:用户扫码使用的是微信的扫一扫功能。微信会通过用户扫的二维码识别是那个公众号的扫码行为,然后将扫码事件(包括二维码设定的场景值)推送给我们的后台应用程序。我们的后台程序将需要响应的消息发送给微信,比如对应餐桌的点餐入口。这里的消息格式可以是文字、图文、图片、语音、音乐、视频和小程序卡片等等。需要注意的是,图片、语音和视频等素材需要提前通过微信的素材管理接口上传到微信后台,而不能随意发送。

  用户扫码响应:微信端收到我们服务端的消息响应后,将服务端消息通过消息推送的方式推送到用户的微信端。公众号号的消息会出现在公众号号的消息对话窗口,之后用户就可以点击消息进入到公众号对应的服务页面(这里是点餐页面)使用公众号对应的功能了。到了服务号内部的网页,除了微信限制的一些行为(如支付、上传文件),其他操作就基本上是和我们的后台打交道了。

  永久二维码是有限制的,主要限制是数量限制,最多10万个,所以永久二维码需要注意“省着用”。当然,微信可以根据公众号的用户数量上调永久二维码数量,不过需要申请。永久二维码不够用怎么办?那就需要使用临时二维码。

  临时二维码的场景值可以是32位整数或文本,因此肯定是足够使用的。临时二维码和永久二维码的交互流程是一样的,区别就在于临时二维码存在过期时间,最大过期时间为30天。因此,临时二维码没法用作固定的线下引流物料。临时二维码场景一般用于做动态内容的分裂营销,比如商品推广返利、文章分享拓客。

  顾问二维码是微信新增的二维码类型,用于将企业的服务顾问和用户进行绑定,绑定后用户发送的消息会直接对接到相应的顾问,由顾问通过服务号对话助手与用户进行对话提供服务。顾问与用户的对话记录是可以通过后台拿到的,从而可以监督顾问的服务质量。顾问码最大数量限制为2万,且没有过期时间,但顾问码需要和员工的微信绑定。对于店铺导购结算提成、专人提供售后服务这类场景来说,使用顾问码是个不错的选择。

  顾问码的扫码绑定有个逻辑,就是扫描顾问码后,用户只要在3分钟内关注了公众号,就会自动和顾问进行绑定,而不是必须要扫码后直接关注才会绑定,这可以说是个很细心的设计。

  需要注意的是,微信对扫码事件的响应是有时间限制的,如果我们的后台应用程序5秒内没有响应,微信会告知用户服务异常 —— 这可以是很打脸的事情。

  

  小程序的二维码也有三大类,第一类是小程序专有的那种圆形二维码,这类需要通过微信的获取小程序二维码能力获得。第二类是普通链接二维码,这类需要在微信的小程序后台设置匹配规则才能通过微信扫一扫进入到对应的小程序。第三类是一物一码,这个有点特殊,需要先申请数量才能使用。

  小程序的二维码因为是圆形,编码规则目前没有统一的标准,因此二维码图片只能通过微信的获取小程序的接口(微信小程序后台也支持手动创建)来获取相应的图片。小程序二维码都是永久有效,缺陷是图片是微信生成的,样式没法自己改。小程序二维码支持扫码直接进入小程序的对应页面,并且可以携带参数,从而实现相应数据的获取(比如进入某个商品的详情页)。具体来说,又分为三类。

  A类:生成圆形小程序码,可接受小程序内页面 path 参数,且可以在path上携带其他参数(比如商品id),长度为128个字符。可以自定义二维码样式(线型,颜色等),生成个数受限。

  B类:生成圆形小程序码,可接受的小程序页面的path参数,但不可以在path上携带其他参数,不过可以携带场景值,场景值长度最多32个字符,可以自定义二维码样式(线型,颜色等),生成个数不受限。这类二维码还有个特点是支持打开小程序的版本,分为正式版、体验版和开发版,会更适合做开发和测试。

  C类:生成方形的小程序码,无法自定义样式,微信官方不推荐使用。

  A类和C类的二维码总数不能超过10万个。

  扫码流程来说就比较简单了,用户使用微信扫码后,会跳转到二维码设定对应的页面。我们可以在页面内获取二维码参数再做相应的业务处理,比如展示对应商品的详情。

  这种二维码只能在微信中使用,相对来说有点受限。如果要跨平台使用,推荐使用下面的普通二维码。

  普通链接二维码是微信后台支持设定一个链接匹配规则,用户使用微信扫码后,会跳转到该规则指定的小程序页面,然后我们就可以获取二维码中的参数做对应的业务处理。比如我们设定的规则是:https://a.com/b/xxxxx(xxxxx是参数)、跳转到商品详情页。那么我们可以动态根据这个链接规则生成任意数量的方形二维码。用户扫码后,微信为自动跳转到小程序的商品详情页,然后把动态的部分xxxxx(一般携带商品id)传给小程序,小程序就可以展示该商品的商品详情了。

  

  这种二维码有个很大的好处是不受平台的限制,比如我们要这个二维码同时支持支付宝使用,那么只需要在支付宝的小程序配置类似的规则就可以了。线下我们常见的就是电动车(两轮充电桩和汽车充电桩)就是用这种规则做的。

  这个一物一码适用场景有点受限,适用于做商品溯源场景。因为二维码使用期要申请,而且生成后没法修改,因此可以用在溯源上,按包装数量申请二维码,然后打印或张贴在外包装上。用户扫码可以查看产品信息。一物一码的业务流程也比较复杂,具体来说如下图所示。

  

  小程序的触达能力与公众号相比还是弱一些,主要体现在以下两个方面:

  小程序无法主动推送服务消息(需要用户主动订阅才可以发送),公众号则可以向关注用户发送模板消息;

  多个小程序的消息统一在服务消息中,用户一般不会查看;公众号的消息则是独立在公众号聊天窗口,会在微信聊天中单独呈现,消息阅读率会更高。

  因此,一般是通过公众号引流,然后通过公众号再转成小程序进行服务。这时候,公众号二维码可以设置为扫码后推送小程序卡片消息,引导用户进入小程序。同时,在公众号的底部菜单也建议设置为跳转到对应小程序的页面,直接通过小程序提供服务。不过这里的前提是公众号要与小程序关联,同时公众号和小程序的用户体系要打通。微信体系内提供了unionId来统一标识关联的公众号和小程序用户,这需要在微信的开放平台将公众号和小程序同时绑定才可以保证同一个微信用户在公众号和小程序内的unionId保持一致。

  微信目前提供了将公众号二维码修改为小程序二维码的能力,可以将服务号的二维码修改为扫码直接进入关联的微信小程序,并可以跳转到指定页面。可以用于服务号的后台应用程序停止运营前做二维码引流迁移到小程序。

  本篇介绍了微信生态中的服务号和小程序的二维码能力,对于做微信生态的产品来说,关注微信平台提供的能力能够给产品体验、用户增长、客户服务带来相应的优化空间。

  举报/反馈