微信小程序想通过场景化缩短路径

微信小程序想通过场景化缩短路径
一个小程序能生成 10000 个带参数二维码，用户通过不同的二维码可以进入同一个小程序不同的页面。 拿前面公交车的例子举例。假设某个城市，每一个公交站的每一路车的站牌上都贴了不同的二维码，在等车的乘客扫某路车的二维码，就可以知道该路车的位置以及预计到达时间。 如果拿服务号来做，也能生成带参数二维码，但用户依然需要点击关注和点对应的链接进入公交车的页面。如果拿 app 来做，除了需要下载之外，我们还需要输入想查找的公交车号码。

场景化的最短路径

脱离场景讲缩短路径是耍流氓，不妨举几个例子。

6.1 线下场景

一个小程序能生成 10000 个带参数二维码，用户通过不同的二维码可以进入同一个小程序不同的页面。

拿前面公交车的例子举例。假设某个城市，每一个公交站的每一路车的站牌上都贴了不同的二维码，在等车的乘客扫某路车的二维码，就可以知道该路车的位置以及预计到达时间。

如果拿服务号来做，也能生成带参数二维码，但用户依然需要点击关注和点对应的链接进入公交车的页面。如果拿 app 来做，除了需要下载之外，我们还需要输入想查找的公交车号码。

显然，小程序在等车这个场景中，缩短了用户获得信息的路径。用户将会更喜欢。

你可能会说，上面说的，用 HTML5 不也可以实现么？每一路车不就是一个不同的 URL 么？是的，但在这个场景里，HTML 的体验远远没有小程序优秀。

所以，小程序可以缩短线下场景的服务路径。

6.2 社群场景

在《小程序的想象力》这篇文章里，我曾经说过，微信小程序是适合做垂直社交产品的。

你会发现，不管哪个产品里，但凡我们跟其他人建立了联系，几乎都会交换微信号，然后就在微信里继续聊，而很少回到原来的产品。

因为我们的社交关系已经被微信牢牢握住。然而，每个人都有垂直社交的需求，比如，我喜欢看赛车，所以想跟其他喜欢看赛车的人交流；他喜欢旅游，想和其他驴友交流心得；A 和 B 都是冯大辉的粉丝，他们想和其他大辉粉一起交流……

过去大半年，你会发现大辉经常在公众号推他的小道消息读者群，最初，这个读者群是基于另一个 app 的，后来，这个 app 出了微信网页版。

你可以很容易想象，从公众号导流到一个 app 是很不容易的，况且，还是导流到一个非刚需的垂直社交圈子里。

路径太长，用户很容易流失。

设想小道消息读者群，或者可能会有的「可能吧读者群」是一个微信小程序，用户在微信里就直接使用，转化率是不是会高很多？

如果结合小程序可以在对话列表置顶、可以收藏、可以深度搜索的特点，这种垂直社交的转化率和活跃度是不是会高很多？

所以，小程序可以缩短社群场景的转化路径。

 

6.3 协作场景

和社群场景类似，以往我们要在手机上与同事做工作上的沟通或协作要通过微信之外的工具，但与外部合作伙伴的沟通又必须回到微信，信息在两个工具之间并不能做很好互通，在这种场景里，沟通的路径被拉长了。

设想一个公司内部沟通用的是阿里的钉钉，但与外部沟通依然是微信，假设（不过不太可能）阿里做了一个微信小程序版本的钉钉，这个公司的协作和沟通就可以全部在微信里进行，不管是信息的传输路径还是员工的协作路径，都被缩短了一大截。

你可能会问，为什么做小程序就是缩短了路径？因为绝大部分中国用户的绝大部分时间，都被微信这个「场景」霸占了，通过小程序，可以与微信分享用户的时间。

所以，小程序可以缩短协作场景的沟通路径。

更多微信小程序想通过场景化缩短路径相关文章请关注PHP中文网！