换个角度看微信小程序[推荐]

去年参加几回技术沙龙时，我注意到一个有意思的现象：与以前你们统一接受的换名片不一样，有些人并不肯意被添加微信好友——“很差意思，不熟的人不加微信”。

这个现象之因此有意思，是由于名片暴露的我的信息彷佛更多：所在公司、职位、电话、邮件等等;相反，微信只暴露一个帐号。若是是从隐私角度考虑，能接受换名片就应当能接受加微信。但不肯意加微信，偏偏也是从隐私的角度出发的，由于不肯意被打扰。

因此不加微信的缘由，是“隐私”以外另外一重考虑：不肯意跟你发生某种形式的联系。

所谓“联系”，指的是发生交互的能力。名片暴露了公司、职位、电话、邮件等等联系，看似繁多，其实都是单向的联系方式，外人不主动联系你，是无法获取更多信息的，若是有危害，也无非是些很容易拒绝的骚扰。微信的联系则复杂不少：加了好友就能够看你的朋友圈，持续看到你的动态、了解你的爱好和心理，能够把你拉到某个陌生的群，还能够“零成本”把你的微信名片发给其余人…… 从这个角度来看，不加微信就很容易理解了。

若是顺着这个角度继续思考就会发现，工具提供的交互能力，与基于工具创建的联系的强弱是大体匹配的：电话是独占式并且“必须即时答复”的，因此联系强度很高，不轻易发起;微信是全方位介入生活并且形式多样的，因此强度也不小，并且一应俱全;短信、QQ不要求立刻答复，表达形式也较贫乏，因此每每用于不那么正经的场合(银行通知类短信除外);邮件的状况复杂一点，虽然交互能力有限，但由于每每揉合了职级体系和工做安排，并不能简单算做弱联系。

这些结论不难理解，但仍然有不少时候你们会“搞错”联系的强度，本该交换名片的时候变成了互加微信，本该留邮件地址的时候留了电话号码。究其缘由，未必是参与者对联系形式没有感知，还有多是由于确实没有合适的联系形式。

要知道，真实世界的联系是很是复杂的，即便看起来很固定的“双人好友联系”，也可能须要在不一样强度和形式中切换——有时候我只想和你的邮件联系，有时候又须要和你电话联系。惋惜的是，大多数通信工具只提供了“好友”这类联系模式，它是固定的，缺少灵活变化的柔韧。因此，若是我加了你的微信好友，那么任什么时候候——哪怕咱们的关系不那么密切了——你均可以随时给我发消息、给我拉群、看个人朋友圈。这，正是让不少人感受不适的缘由。

再举个例子。不少人都有过饭馆排队等号的经历，领号以后每每只能干等着，若是错过就只能重来。好一些的饭馆会提供让食客留下电话号码，这样领号以后就能够四处逛逛，快到了会接到饭馆电话通知。但这也只解决了单方面的问题，很多食客在闲逛时但愿知道进度——“前头还有几我的，是否是快了”，电话显然不能胜任。因而，专门用于查询和通知等号状况的微信服务出现了，它提供了双向的、即时的通信，既能够等通知，又能够主动查询。

看起来，这种服务完美地解决了问题，其实不是，这种交互仍是不能灵活变化。用餐完毕以后，食客就再也不但愿和服务号保持紧密联系，至少不要再受它们的骚扰，但刚刚已经关注的服务号还会遗留下来，也没有办法自动切断联系。不知道其余人怎么对付这种问题，我常常不得不关注的各类“服务号”，只能手动取消关注或者关掉“接收消息”的选项，下次到某些时候又必须手动开启“接收消息”，如此往复，烦不胜烦。有没有可能，我虽然关注了你，可是只在我须要的时候你会出现，我不须要的时候你就不出现?目前来看，彷佛尚未。

前些年有个概念很是流行，叫LBS，也就是“基于地理位置的服务”，好比当年流行的“签到”，就是最直观的例子。LBS单纯从形式上看多是强联系，但只有你到了特定的地理位置才能使用某种服务，一旦离开特定位置，服务也随之消失。人能不能和服务交互、如何交互，在必定程度上是随着地理位置的变化而变化的。惋惜不少LBS都是“为了LBS而LBS”，一方面特别但愿创建强联系黏住用户，另外一方面又没有很好的适配场景。结果在用户不须要的时候老是跳出来烦扰，要么在用户真正须要的时候又帮不上忙。LBS应用的功能再强，不能“体谅”用户就是白搭。

总的来看，基于现下流行的单纯“加好友”或“关注”方式所创建的静态联系，它所提供的交互能力，即使功能足够强，也太不灵活，太难变化，因此还有大量应用场景不能覆盖——上面提到的依时间或者地理位置变化而变化的联系，其实都是具体的应用场景。理想状态下，个体与个体、个体与服务之间的联系，应当能根据应用场景变化而不断变化。若是有统一的帐号和基础能力，提供的联系有不一样层级的区分，有针对具体应用形态的定制，而且能平滑地切换，天然很容易催生千丝万缕的联系。

微信已经在这方面作了些尝试，并且效果不坏，订阅号就是例子。虽然微信的存储、推送在技术上都没有问题，你们也默认接受微信的实时消息，但绝大多数微信订阅号天天只能推送一次，这种“克制”在微信高黏性、高频度的应用特性下生生开辟了“弱联系(弱触达)”的特区。它虽然引起了很多抱怨，却保证了订阅号和读者之间相对健康的联系，订阅号不能毫无节制的乱推，读者也不会感到烦腻。

现实生活中还有更多相似的场景，须要专属并且灵活的联系形式和规则。组团出游就是这样：在旅行团没有结束以前，全部团员的联系是很是紧密的，你们须要聊天，须要分享照片，须要收到统一通知，须要定位团员，须要能方便地清点人数和答到…… 一旦旅行团结束，就应当各回各家各找各妈，避免持续的打扰，真正愿意保持联系的人，彻底能够本身拉微信群接着聊。单纯为旅行团作个应用程序又过重，全部人须要注册、登陆、加好友，最后还得记得注销和退出;可是没有这样的应用，效率确实又无比低下。理想状态下，通用工具在轻松解决身份问题的基础上，能很好提供“在特定场景下定制联系形式和能力”的服务。惋惜，这样工具我尚未看到过。

上面这些问题我以前一直在思考，也和很多朋友交流过。基本观点认同的人很多，但这种问题究竟要如何解决，将来在哪里，一直没有明确的答案。上周看到微信小程序的公开课，看到张小龙的演讲，尤为是他谈到场景、生态的部分，我相信微信团队也思考了这类问题：在现实生活中的每一个具体场景下，应当有办法定制出最精简最适合用户须要的“小微信”(这个名字不必定准确)，在其中，服务与用户的交互能力不会被滥用，也就不会给用户带来麻烦。若是能作到这一点，整个生态圈里联系的粒度就会细致不少，可以催生的联系也会大大超出人们的想象。

但我失望的是，如今看到不少关于小程序的文章，大都在讲如何开发、如何调用、如何部署，并无多少产品设计和交互能力定义上的讨论。因此，我把本身的想法写在这里。

转至：http://www.hotlist.com.cn/archives/206.html