FWQ
微信小程序想通过场景化缩短路径
场景化的最短路径 脱离场景讲缩短路径是耍流氓,不妨举几个例子。 6.1 线下场景 一个小程序能生成 10000 个带参数二维码,用户通过不同的二维码可以进入同一个小程序不同的页面。 拿前面公交车的例子举例。假设某个城市,每一个公交站的每一路车的站牌上都贴了不同的二维码,在等车的乘客扫某路车的二维码,就可以知道该路车的位置以及预计到达时间。 如果拿服务号来做,也能生成带参数二维码,但用户依然需要点击关注和点对应的链接进入公交车的页面。如果拿 app 来做,除了需要下载之外,我们还需要输入想查找的公交车号码。 显然,小程序在等车这个场景中,缩短了用户获得信息的路径。用户将会更喜欢。 你可能会说,上面说的,用 HTML5 不也可以实现么?每一路车不就是一个不同的 URL 么?是的,但在这个场景里,HTML 的体验远远没有小程序优秀。 所以,小程序可以缩短线下场景的服务路径。 6.2 社群场景 在《小程序的想象力》这篇文章里,我曾经说过,微信小程序是适合做垂直社交产品的。 你会发现,不管哪个产品里,但凡我们跟其他人建立了联系,几乎都会交换微信号,然后就在微信里继续聊,而很少回到原来的产品。 因为我们的社交关系已经被微信牢牢握住。然而,每个人都有垂直社交的需求,比如,我喜欢看赛车,所以想跟其他喜欢看赛车的人交流;他喜欢旅游,想和其他驴友交流心得;A 和 B 都是冯大辉的粉丝,他们想和其他大辉粉一起交流…… 过去大半年,你会发现大辉经常在公众号推他的小道消息读者群,最初,这个读者群是基于另一个…