微信试图用小程序来重新定义服务路径的长度。过去几个月，业界一直在讨论微信对小程序的定义：即用即走、触手可及。这一度让开发者疑惑，因为如果微信你期待我做的产品是即用即走的，那为什么我要开发小程序？难道产品不应该想方设法粘住用户么？
这种疑惑，是因为很多人把眼光放到了「即走」上面。事实上，好的产品用户自然会回来使用，不必花小伎俩留住用户，就像 Google，你不会因为它给你提供了精准的搜索结果「即用即走」了然后再也不用，相反，下次想搜索时，你还是会打开 Google。所以问题就变成，我们怎样才能让用户判断我们的产品是好产品？
用户的时间很宝贵，要让用户第一次使用就喜欢我们的产品，显然要让用户在最短时间里感受产品的核心，判断是不是他想要的，而不是：
打开 app，默认看几秒钟广告
第一次使用需要花时间注册
功能层层堆叠，难以查找
就像写文章一样，如果读者没有在短时间内判断文章的价值，他就可能停止阅读。
所以，如果我们做的产品确实是好产品，问题回到了「即用」上面，如何让用户马上感受产品的好？
答案是 — 建立最短路径。
如果我们认同，帮用户节省时间的产品是好产品，那么，服务号就不是一个好产品。
我明明只是想买一张汽车票，我需要扫码关注一个买票的服务号，关注后我需要花时间寻找买票的菜单，然后可能还需要注册才能完成支付。为什么不能扫码后直接购买？为什么要先关注？为什么不能在武汉扫码就默认选择武汉出发的票，在北京南站扫码就默认选择北京南站？
小程序没有关注功能，它所期待的，是用户扫码后立即获得服务，就像张小龙在演讲时举的例子，扫码后立即购票，不用关注，也不用花时间寻找购买按钮，甚至，扫码后自动用微信帐号登录，连注册的时间也节省下来。
相比之下，小程序比服务号更节省用户时间，缩短了用户获得服务的路径。用户在整个过程中是畅快且愉悦的，当他下一次需要服务时，自然会想起曾经「即用」过的产品。
从这个角度，我们可以推断，微信之所以要逐渐用小程序替代服务号，是因为服务号并没有为用户建立比 app 更快的服务路径，没有节省用户时间。
更多微信小程序想要最短服务路径相关文章请关注PHP中文网！
