如何正确理解小程序？

1. 更多用户时间

2. 更多应用场景

3. 更多服务入口

订阅号解决阅读需求，服务号满足低频服务需求，小程序定位在高频使用场景。听起来很恐怖，但恐怕没有人能在短期内阻止微信成为事实 OS。

小程序是一个独立生态

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

什么是生态？

我对软件生态的理解是这样的：

1. 一个大平台打造了这个生态

2. 为所有开发者提供统一的入口

3. 有统一的开发语言

4. 对 UI、运营等方面有严格的规范

5. 平台与开发者分成、共赢

图示如下：

对比苹果与微信

按照前面的定义，我们可以很容易得出，苹果 App Store 的生态结构：

1. 苹果是大平台

2. 统一入口是 App Store

3. 统一用 Swift 或 Obj-C 语言进行开发

4. 苹果对 UI、运营等方面有严格的规范

5. 苹果与开发者分成收入

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

1. 微信是大平台

2. 统一入口是微信 app

3. 统一用小程序语言进行开发

4. 微信小程序提供了详细的 UI、运营等规范

5. 目前还未与开发者分成收入，但以后有这个可能性

相比起服务号，微信在小程序的生态建设上花了更多功夫，比如之前并没有 UI 规范、以前并没有独立语言，这些都让小程序慢慢变成一个独立生态。

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

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

1. 新的应用场景，甚至新的用户

2. 原来在别的生态存在的应用，会以新的形态重新出现

3. 微信开发，将会是独立岗位，就像 iOS 开发

你可以回想 08 年 App Store 刚推出时，赚到第一波红利的，是不是抓住这些机会。当然，认识「红利」这个词的人已经比 08 年多多了。

  

正确理解微信小程序

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

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

以下 10 点对小程序的理解来自我对小程序文档的解读和实际开发，期间，我也与微信的工作人员有一些交流。

1 小程序是微信接下来的重点产品

甚至是最高优先级的产品之一，因为这是微信要成为真正的 OS 的路径。前面已经论述过这一点。

这意味着，开发者可以完全放心把精力和资源放到小程序上。

2 无关注，无心理压力

和服务号、订阅号不一样，小程序是没有关注功能的。这意味着，对用户来说，心理成本更小，用户通过搜索进入小程序，马上就可以使用，不像服务号还需要先关注。

但对开发者来说，这显然不是好事。这意味着：

1. 你无法群发消息，因为你根本没有关注者

2. 你可能需要自行建立用户系统，但转化率是个问题

所以，小程序在一定程度上，提高了产品运营能力的要求。

3. 不是 HTML5，也不是 Hybrid

我们经常在朋友圈看到的非常炫酷还带背景音乐的 H5 页面，将不会在小程序里出现。

微信小程序开发使用改自 Javascript, CSS, XML 的语言，同时提供了各种自有的组件和 API，这让小程序变得独立：

1. 它不兼容 HTML，网页代码在小程序里无法使用

2. 开发之前，开发者需要熟悉小程序开发语言，按照微信的命名方法，说不定会被称为 WeLang。

不兼容 HTML，不仅意味着你不能在页面里使用 HTML 标记，也意味着你不能嵌入 HTML 网页：要么不嵌入，要么用 WeLang 重写。

4. 没有外链

不兼容 HTML 还意味着，你无法在小程序里放置外链。HTML 里的 标记是被禁止的。

这很大程度上限制了营销，服务号里，我们好歹还能在文章里插入链接，而目前版本的小程序，是不能插入外链的，哪怕是放置二维码，直接在页面上长按，也没有「识别二维码」选项（当前版本）。

限制得很狠，不是么？还有更狠的。

5. 无法分享到朋友圈

是的，那种鼓吹小程序能带来营销大机会的媒体要被打脸了，至少被目前版本的小程序打脸了。

当前版本的小程序是不支持分享到朋友圈的，你可以将小程序的任何页面分享给通信录的个人或群，但无法分享到朋友圈，这意味着你不会在朋友圈看到小程序刷屏，刷屏的，还是原来那些东西。

从经验上来看，微信会尽一切努力维护朋友圈秩序。以后小程序能不能分享到朋友圈我不知道，但至少一开始不打开这个口对微信来说是好事，一旦打开，就很难收回来了。

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

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

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

1. WXML：页面结构

2. JS：页面逻辑

3. WXSS：页面样式

4. JSON：页面配置

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

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

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

7. 前端开发成本极低

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

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

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

一次开发，多平台通用。

8. 离线使用与 Websocket 的想象力

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

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

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

但我更期待的是，这个实时通信 API 能否会为垂直社交带来新可能性。这一点，后面会详细讨论到。

9. 没有游戏，没有直播

是的，「你画我猜」其实是无法出现在小程序平台的。

目前版本小程序文档里明确写明，游戏类、直播类、小程序导航，小程序链接互推，小程序排行榜等都不能提交。

10. 有审核机制

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

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

   

有哪些机会？

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

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

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

结合小程序提供的功能和新的应用场景，我们来谈谈小程序里有哪些机会。

   

1. 从其它生态复制过来

复制比创新容易，而新生态对应用多样性也有强烈的需求，所以你很快会看到，会有大量的人从 App Store 「复制」应用到小程序。

第一波被复制过来的，很有可能是各种开发门槛相对较低的查询类产品，查电话归属地、查快递、查星座、查空气质量等。

复制的时候，需要注意的是，微信对小程序的用户场景定义是不一样的，照搬可能不是最好的思路，需要做适当的要整。

   

2. 别硬拼渠道

前面提到的查询类产品，是我拍脑袋想到的。同样，在这个行业稍有经验的人，也能拍脑袋想到。

这意味着，和你一样，想着从 App Store 搬运应用到小程序的人非常多。如果你只是一个独立开发者或小创业公司，不妨搁置这个想法，因为这类产品最终考验的渠道能力，不是产品设计能力。

   

3. 电商

能补足腾讯缺口的产品可能都会被鼓励，电商就是最有想象力的领域之一。

电商的最大入口在阿里手上，虽然腾讯手上有京东、微店等电商平台，但体量总和与淘宝、阿里巴巴相比还是有很大的差距。

微信希望占领用户所有的应用场景和服务入口，电商当然是不例外的，而恰好，电商也是腾讯急迫需要的，为什么购物还要打开淘宝？

从这个角度来看，电商方向的小程序会大量出现，腾讯一定会从政策上有所鼓励。这么看来，淘宝与微信的互相屏蔽，可能会为小程序里的电商生态奠定基础。

   

4. 垂直社交

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