【详解】微信小程序是如何为APP钉上最后一颗“棺材钉”

微信为什么要做小程序？

微信公众平台有 3 种公众号：订阅号、服务号、企业号，企业号用得比较少，我们暂时不去讨论。过去几年，订阅号的发展可以说超乎了所有人的想象力，以前没有人会觉得投资一个没有产品的订阅号是有价值的。

订阅号与服务号现状

让我们先来看看订阅号和服务号分别做得如何。

我们可以看到了「一条」这样的订阅号大户，也看到像「咪蒙」那样的让许多媒体人眼红的订阅号：

也少不了像「同道大叔」这样的星座号，当然，还有个人色彩非常强烈的「博客」，比如「小道消息」：

服务号层面，招商银行信用卡经常被提起，「朝夕日历」是一个体验层面做得非常优秀的日程管理服务号：

在「助理来也」，你可以订购身边的各种服务，你也可以通过「我的印象笔记」把阅读的公众号文章存到印象笔记（中国版）里：

订阅号与服务号的出现，让微信逐渐成为一个生态，用户无需离开微信，即可完成阅读、社交、获取生活服务等。

微信想成为唯一的入口

为什么微信非要满足高频服务的需求？

因为商业是贪婪的，商业的最终目的是垄断。

8 亿活跃用户对微信来说是不够的，一天只占用用户 4 个小时对微信来说也是不够的，光提供信用卡消费通知对微信来说还是不够的。

微信想要更多，腾讯想要更多。当微信已经是超级入口，它想变成唯一的超级入口，它要占据你更多的时间和使用场景。它可能永远不会做一个 OS，但它希望成为「事实上」的 OS。

小程序是微信成为事实 OS 的必要补充。因为它的诞生是为了满足服务号没有满足好的高频应用场景。

所以，三管齐下，微信希望占据：

更多用户时间；更多应用场景；更多服务入口。

订阅号解决阅读需求，服务号满足低频服务需求，小程序定位在高频使用场景。

听起来很恐怖，但恐怕没有人能在短期内阻止微信成为事实 OS。

小程序是一个独立生态

把小程序理解为一个独立生态非常重要，这能让我们更容易看清楚小程序里存在的机会。

我们再来看看微信小程序的生态：

微信是大平台；统一入口是微信 app；统一用小程序语言进行开发；微信小程序提供了详细的 UI、运营等规范；目前还未与开发者分成收入，但以后有这个可能性；相比起服务号，微信在小程序的生态建设上花了更多功夫，比如之前并没有 UI 规范、以前并没有独立语言，这些都让小程序慢慢变成一个独立生态。

如何用生态思维发现新机会？

任何一个新生态的出现，都会带来以下机会：

新的应用场景，甚至新的用户；原来在别的生态存在的应用，会以新的形态重新出现；微信开发，将会是独立岗位，就像 iOS 开发；对于第 3 点，我是深信不疑的，所以有可能学院在今年 7 月就推出了「微信公众号与小程序开发」课程，周期为 2 个月，认真培养和我们一样有前瞻性的人。

你可以回想 08 年 App Store 刚推出时，赚到第一波红利的，是不是抓住这些机会。

当然，认识「红利」这个词的人已经比 08 年多多了。

正确理解微信小程序

自从张小龙 2016 年初提出做「应用号」，外界对应用号的猜测和期待从来没有停止过。大多数人和媒体认为，小程序将会为营销带来新机会。

我觉得很多媒体把小程序的机会方向带偏了，小程序的营销能力其实是很差的，他们或许没有细看小程序的开发文档，甚至没有参与过小程序开发或与开发者进行深入交流，就，嗯，有点乱写。

用微信语言开发的原生程序

前面已经提到过，微信小程序不是用 HTML 开发的，也不兼容 HTML 标记，它是一套自有的语言（暂且叫 WeLang），使用 WeLang 开发出来的页面，其体验是与原生 app 接近的，因为除了数据，定义页面的样式、数据结构、逻辑等文件已经提前下载，不像网页那样需要实时加载，而且，因为页面可以调用小程序提供的组件，这些组件早已内置在微信客户端，它们的体验其实就是「原生」的。

一个微信页面包含 4 个文件：

WXML：页面结构；JS：页面逻辑；WXSS：页面样式；JSON：页面配置。

注：这 4 个文件非层级结构。

其中 JSON 文件不是必须的，这 4 个文件在用户下载小程序时就已经下载到本地 — 就像原生 app 那样，小程序只需要连接 API 获取指定数据。

这样的体验，是非常流畅，非常原生的。

前端开发成本极低

前端开发其中一个最大的成本是兼容性适配，不管是做网页的前端需要适配各种浏览器，还是做 Android 客户端开发，需要在各种尺寸、性能不同的设备中反复调试。

对于创业公司来说，这些成本的支出是不划算的，因为创业公司需要快速将产品推出市场，兼容性问题往往为快速迭代带来障碍。

开发微信小程序，对于前端工程师来说，成本是相对较低的，因为微信已经解决了兼容性问题，前端工程师只需要学习 WeLang，然后按照规范去开发，兼容性问题，交给微信。

一次开发，多平台通用。

微信小程序支持离线使用，也支持后台运行，这为小工具带来想象力。

比如，像万年历、Todolist、番茄闹钟这样的工具，会大量出现。我更期待的是，微信将来提供一种会话与小程序之间直接通信的能力。

小程序很多 API 与服务号类似，但其中的 Websocket API 是新增的。很多拿到内测的朋友都跟我说，这个新的 API 可以带来巨大的想象力，比如，你可以在小程序里打造一个「你画我猜」的游戏。

有审核机制

前面提到了「提交」这个词。和订阅号、服务号不一样，你发文章不需要通过微信审核，你改按钮功能也不需要，但小程序的每个版本更新，都必须通过微信审核 — 就像 App Store 那样。

对用户来说，这是好事，意味着大部分通过审核的服务都是质量过关的，坏消息是，对于只把目光放在营销层面的人，这里又是另一个限制。

有哪些机会？

小程序之所以「小」，除了因为安装包不超过 1024 KB，用户即搜即用之外，还因为它定义了新的应用场景 — 直达服务的场景。

相信很多人都看到张小龙对微信小程序的定义：即用即走、触手可及。从他的原话以及我们开发小程序的过程，我对这句话的理解是，微信期待小程序为用户提供更快速的直达服务，比如用户在搜索框搜索「北京到上海的机票」，小程序应该立刻转到机票列表页，而不是小程序的介绍或繁琐的注册过程。

实际上，用户不仅可以搜索小程序的名称和描述，还能搜索其最多 5 个功能性页面，这意味着，微信特别强调搜索直达的使用场景。

垂直社交

我们的微信通信录是杂乱的，里面有家人、同事、同学，甚至还有发生过一次性关系的人。

订阅号们，一直尝试建立用户社群，但不管是用独立 app，还是用微信群，转化率都奇差无比。

这两个需求，以及 Websocket API，让小程序里的垂直社交成为可能。

比如一个关注孕妇的订阅号，它可以利用小程序构建一个孕妇社区，孕妇们无需离开微信，就可以在社区里与她人沟通和购物。

比如，你还可以在小程序里复制一个 Tinder，让用户在里面统一管理他们的一次性关系，从技术接口和需求上，它都有出现的理由。

很多人期待微信开放关系链，我觉得它永远不会对外部产品开放关系链，但我认为，微信允许，也需要基于微信平台的垂直社交。

想象这样一个场景，你们公司内部沟通用钉钉，但无论如何，你与外部客户沟通时，还得使用微信。但微信与钉钉之间是没有数据同步的，这为内外沟通带来了不便利，你需要手动复制微信里的沟通内容粘贴到钉钉里。

又设想这样一个场景，你需要写一份与团队内部共享的文档，这份文档每天可能会更新好几次，以前的做法是在电脑上修改完发到公司群里。试想一下，为什么你不能在一个叫「团队网盘」的小程序（纯属虚构）里更新，团队成员只需要打开小程序，就能获取最新版本？

既然微信已经成为我们最常用的沟通工具，为什么不能把工作场景也搬进来？以前不可以，因为以前微信里没有沟通的屏障，所有沟通都混在一起，并不适合办公，因此他们推出了企业微信。

而现在，小程序可以成为这道「屏障」，办公的沟通，可以在小程序里进行，日常与外部的沟通，依然通过会话。如果某一天，微信提供了「会话 – 小程序」的通信能力，办公场景的流畅度会更上一层楼。

营销需要新思路

因为微信小程序对营销的限制：没有关注功能；不能群发消息；不能内嵌网页和外链；不能分享到朋友圈。小程序的运营需要新的思路，最好的营销当然是提供用户最需要的服务，让用户口碑传播。除此之外，肯定还会有新的营销思路产生，我不知道会有哪些新思路，但我相信中国人的「聪明才智」，尤其是玩流量的高手们会想到新办法，不过，我也相信，微信会一如既往地限制过度营销。