应用场景主要分为微信群协作和实体服务。

微信群协作主要是一些企业内部服务的或者工作上的沟通。

来到公司打开签到小程序，扫一下公司前台动态变化的二维码，同时小程序识别出我的地理位置，打卡成功！回到座位上开始奋斗的一天。

中午吃饭，同事都说饿了吧外卖有优惠。那赶紧打开饿了吧小程序，黄焖鸡30元免运费，于是我发起了一个组团买，然后把这个页面分享到公司群，小伙伴们点进去页面选择自己要的套餐，各自支付完成后，分别都收到了一条“付款成功，正在配送”的模板消息。

然后小程序上还可以实时看到外卖小哥去到哪里了，超级贴心的。

中午睡觉，插上耳机，打开小睡眠小程序听着舒适的背景音乐。

下班的时候可以开车咯，到地下车库取车，开车到闸门口，再次扫描二维码或直接从历史记录打开小程序，选择结束停车，调起微信支付，停车场摄像头识别车牌号码，打开闸门放行。到地面接了几个同事一起到亿达广场找吃的，附近没有停车场就随便找了一个空地停车。下车之后看到一个硕大的广告牌：

探鸟搞特价耶，赶紧扫码打开探鸟的小程序，点击排队按钮，提示前面还有5个人，不错很快到了，等到还有 2 个人的时候，小程序提示我可以点餐下单了，那我们 5 个人就点两只鸡吧，应该够饱了。因为喝了点酒，喝酒不开车，吃饱之后，打开杜杜出行叫代驾。

正如上文“小程序真面目”那一章所说的，微信小程序就是一个缓存到本地的网页。

为什么小程序比 H5 流畅和酷炫啊？

因为小程序缓存到了本地，在二次打开的时候无需要再加载，但果真如此吗？如果小程序开发者把很多图片、文字等页面元素都做成动态加载且不做缓存，那么你每次打开小程序相当于...重新下载了一遍 app，跟原来的 H5是一样的。

但是原来 H5的页面切换不流畅总是要加载，小程序不会啊，你怎么能说小程序和 H5一样呢？

原因在于之前大部分外包开发商更倾向于一个个单独页面写，页面逻辑混乱，当要跳转到新的页面就得重新向服务器请求一个页面，极其恶心。大家可以长按识别看看下面这个应用，然后在公众号后台回复我，这流畅度和小程序有区别吗？

是不是感觉非常流畅？那是因为随着 vue 等前端框架的普及，越来越多的 SPA 架构网页应用出现，微信小程序应该就是基于此种技术，使用 SPA 架构的应用只需要在刚开始的时候 loading 加载，切换到应用内的其他页面不需要再加载新的页面，所以非常流畅。

那是不是说明我们可以不做小程序而用 vue 来写就可以了？

也不是的，小程序比 H5多了很多入口，对于传统商户来说，找个外包商重新用 vue 写一个微官网的成本和找个外包商做一个小程序的成本是一样的，甚至比做小程序成本还高。因为小程序如此火热，肯定有大量第三方开发商做成各个行业的小程序模板，你只要稍微配置就能一键生成，成本是非常低的。

但是小程序比 H5多了很多原生的能力不是吗？

微信之前也有开放一个 JSSDK, 也有分享接口、图像接口、音频接口、设备信息、摇一摇、扫一扫等能力可以在移动 H5端去使用，小程序的优势在于比 JSSDK 多了更多的数据储存能力，比如视频、图片、音频等可以等用户在 wifi 环境下保存到本地，然后移动网络时候就可以离线观看了。但 JSSDK 开放这些能力的话也可以做到，只不过微信无形之后帮你规范好了，让你以 SPA 架构 去搭建一个网页，这正是小程序在技术层面上做的事情。

1、小程序诸多微信审核的限制、H5 不受微信管控2、小程序更容易打开，对于用户来说是不利的，因为东西不管你用不用总是占着手机空间；对于商家来说，二次使用成本更低，利用用户再次使用。

各有各的优势，那我想两种都做会成本很高吗？

目前市面上外包一个简单商城的小程序价格大概在300到1000左右，对于个人开发者而言，这基本上是无利可图的，很少个人会去专门定制。对于灵活度要求较高，需要一些基础组件又需要定制开发的公司来说，更需要一个能规模化输出基础组件，并且在这基础上为部分公司定制开发的第三方服务商。这适合企业号那一波红利做得好的一些开发商，很可能成为同样主打企业用户的小程序，比如微信公开课 pro 上拿了“2016年度微信电子发票优秀合作伙伴”奖项的企微云平台。

尽管微信小程序的开发门槛相比APP的开发门槛大幅降低，但带来的问题是：开发者需要适应和学习它的这套语言标准，而且开发的应用是不能移植到其他应用里面的，只能在微信上运行。如果技术小白能零门槛通过拖拽或根据模板的形式就自动生成小程序，这将更大降低开发和使用门槛。但是此类平台灵活度不够。目前这一类的企业有微尘、有赞等。

小程序只是一个前端而已，整个开发涉及到企业认证、云端数据存储、ICP 域名备案等，对于单个企业来说非常繁琐。因此需要能提供一条龙后端托管服务的第三方平台。目前腾讯云就在做这个事情，阿里云应该是不会推出微信小程序托管服务的。

尽管通过第三方外包或拖拽自动都能开发出小程序，但前者可能面临成本的问题，后者则可能不能定制出特别符合要求的小程序。那么最好的方案就是'自己动手，丰衣足食'。而提供小程序开发培训的机构，则可以因此获得收益。

比如今日头条、Zaker 等这类资讯 App，商业变现方式太单一，基本上都是广告，小程序并没有提供商业变现的方式，他们做小程序有些革自己命的感觉...但是可以提供一个轻量的小程序入口提高品牌曝光。

举两款最近很喜欢用的 appWorkflow，一款通过剪切板等输入，然后设定好动作，既可以做分词、发送到邮箱、查询是否诈骗电话号码等等非常多的自定义工作流。workflow 需要获取用户剪切板内容，调起邮箱、印象笔记等第三方 app、打开网页等多种系统能力，而小程序不会向开发者暴露所有的系统 api，这跟小程序定位不符合。 还有一个例子，我有一个朋友做了一款阅读app，叫作优读。这款产品想要解决的问题是如何从大量信息中筛选出有价值的内容，他们的思路是利用“牛人”推荐和机器算法来完成，想要了解具体怎么处理的可以去下载他们的app。他们为了方便用户去分享内容到优读上去，做了很多便捷操作，比如你在任意一个app内阅读内容，当你想要将这篇文章分享到优读时，只需要复制链接，然后下拉通知中心，就可以选择 收藏或分享文章了。这很便捷。但是完全不适合做小程序。

3、需要占用较大储存空间的应用

这一类通常是视频和音频类应用，比如腾讯视频、网易云音乐等。用户使用这类应用的场景很大一部分是在移动环境下，他们会事先把歌曲或者电视剧缓存到本地。但是对于微信小程序10M 的存储限制根本无法满足。但网易云也可以把私人 FM 独立出来做一个小程序占坑。

4、需要大型 3D 渲染的

这方面主要是游戏，一个游戏包一般都在10M 以上，小程序上做个页游都不行，只能搞个 flappy bird 了。

5、服务性弱、和线下场景关联弱的应用

比如印象笔记等工具型产品

6、自己 APP 都做不好的，你就别去凑小程序的热闹了。

如果你做一个 app 都没人用做不起来，那么做了小程序也没人用。因为核心的是服务和价值，小程序的定位就是你自由流量的情况下让用户更便捷的接触到你的服务，而不是为了给你的服务引流。比如你租用了一堆广告牌，你有一家门店贴上小程序二维码，用户能更好的使用你提供的服务。如果你本身没流量入口，那么小程序也没有，和 app 一样依然推不动而且还没有留存。

以下是小程序允许上架的服务类目及其需要的材料，从下图可以看出，微信对于政务服务、工具、出行、实体商户四个大类的细分是极其详细的，可以看出这是微信着力要发展的四个大类，一旦所有的政府机构都用上了小程序，那么很多我们必须用到的政务服务都必将刺激更多中老年用户去使用微信。另外出行是个高频需求，从 n 年前微信支付和支付宝争夺移动出行的入口就可见一斑。另外微信虽说不做导航，那么弄那么详细的分类干什么呢，即使所需的审核资料一致？令人深思。

1 个营业执照能注册 50 个小程序，1 个小程序必须绑定 1 个管理员（含个人微信、手机号码、身份证），1 个身份证只能绑定 5 个小程序。1 个公众号能绑定 5 个小程序， 1 个小程序只能对应 1 个公众号

小程序内不能跳转到对应的公众号也不能诱导关注公众号，但在小程序的介绍页会露出且点击可跳转绑定的公众号。可通过介绍页实现公众号和小程序之间的互相跳转，但网页内和聊天窗口内不能打开小程序。

安卓的小程序能放到桌面，iOS目前不可以

但不排除之后会通过Safari书签的形式放到桌面上，技术层面是可以实现的，只是用户操作路径比安卓一键放到桌面麻烦。

页面内不能出现引导下载你自己App的文字

微信官方文档5.1：微信小程序的页面内容中，不得存在诱导类行为，包括但不限于诱导分享、诱导添加、诱导关注、诱导下载等；如不得要求用户分享、添加、关注或下载后才可操作；不得含有明示或暗示用户分享的文案、图片、按钮、浮层、弹窗等；不得通过利益诱惑诱导用户分享、传播；不得用夸张言语来胁迫、引诱用户分享；不得强制或诱导用户添加小程序。

任意页面可以带参数生成二维码，最多十万个。

这就很有想象力了，在床头贴一个 Jinkey 智能管家的小程序二维码，带一个参数 action = closeLight ，扫码后自动关灯；

在门口放一个 Jinkey 智能管家的小程序二维码，带一个参数 action = out ，出门扫描一下自动关闭家里的电源总开关（额，除了冰箱）。

同样的道理，带参数的二维码可用于线下商家、政府服务的小程序内不同功能区直接进入对应的服务而不需要使用多个小程序。比如去银行扫描一个取号机上的二维码取号，金银柜台扫码了解各种理财产品。

小心手机空间和流量不足

小程序并非不用下载，而是在你首次使用的时候会下发一个包，相当于把网页缓存好，下次打开就快了，但是但是...你已经下载了，而且是“不需要确认的下载”，点开即下载，然后你的流量就哗啦啦呼啦啦...下图是微信小程序下载的页面，不过在正式版中，微信已经去掉了“数据下载中，请稍候...”的文字，但依然是下载哦。所以微信所说的“免下载”更多地只是一种“无感下载”。

整个小程序包的上传时的体积不能超过1M，加载到用户手机后，缓存大小不能超过10M（有可能被清除掉），永久存储大小不能超过10M（下次进来还能打开）

小程序的名称1年可以修改1次、头像1个月可以修改5次、小程序介绍1个月可以修改5次。

为什么要了解这部分内容？

1. 知道什么页面元素是微信小程序自带的，能快速开发上线

2. 知道有哪些异常流和节点产品经理提需求，老板决策的时候可以发挥的

3. 知道有哪些硬件能力提供，知道产品的边界所在？比如你想做一个 NFC 刷卡坐地铁的小程序，那么很遗憾告诉你，小程序做不了，甚至 iOS 都没有开放到NFC 的能力给开发者，所以小程序现在不会有 NFC 能力。

当然，小程序本身只是一个网页，你可以使用通过 css 自定义组件的样式或者自己写一些特殊的组件，比如电商购物车的步进计数器。

事件钩子（建议非产品经理、运营等非需求提出方跳过这部分）

一只小乌龟的头上顶着数字 7 和 8（额，好像没什么不对的），他需要走过一个装着加法运算器的箱子，之后头上就会变成一个数字 15。那么这个箱子就称为一个钩子函数，如果放在里面的是一个乘法运算器，那么小乌龟的头上的数字经过正方体之后就会变成56。

小程序相当于那只小乌龟，在运行时（小乌龟走路）会触发很多的事件（钩子函数，相当于小乌龟经过的正方体），往这些正方体里面放入什么逻辑，取决于坑比的产品经理。比如一个电商的步进计数器改变值的时候：

假如值改变的时候有一个 bindChange 的钩子函数，产品经理提个需求的时候说：值增加的时候要播放语音“官人，我还要”，这个时候就需要把<判断值增加还是减少，如果增加的话, 播放录制好的音频="">的逻辑加入到`bindChange` 函数中。

app 生命周期的钩子

小程序的生命周期分为程序和页面两个部分：程序有启动（未显示）、显示出来了和隐藏三个事件页面有加载、显示出来了、准备好了（首次）、卸载页面、隐藏页面五个事件除此之外，还有 onPullDownRefresh 下拉刷新的时候、 onReachBottom 上拉无限加载的时候、 onShareAppMessage 点击右上角分享按钮的时候。其中我觉得 onShareAppMessage 是挺有用的，比如当用户点击右上角分享按钮时，往页面顶层覆盖一个分享图（高度为页面高度80%），这样子会改变页面分享到聊天窗口的样子（这里还没实践过，只是猜想，你们可以自己试试） 分为点击、长按、触摸开始、触摸移动（比如可用于拖拽排列列表）、触摸结束、触摸取消（比如一个看视频的小程序要求你两只手都按着手机才能播放，在你看到快高潮的时候，女朋友打电话来，就会触发 touchcancel 事件） 组件事件主要有几种：值改变的事件、开始输入的事件、完成输入的事件。举个例子，比如一个文本框要求输入邮箱，因为当用户输入时会触发 input 事件，所以可以绑定一个钩子函数，获取到用户每次输入的字符串判断一下是否含有“@”和'.'，若有则判定为合法。其他详细的可以看下图用于自查。 富媒体的事件主要有几种：开始（加载）播放、暂停播放、结束播放、播放（加载）失败、播放进度更新这几种。

1. 从本地相册选取照片视频

2. 保存文件到微信 app 目录

3. 获取用户手机型号、设备像素比、窗口宽高、语言、微信版本号、操作系统版本、客户端平台

4. 监听重力感应器，5次/秒，可以做摇一摇等

5. 监听罗盘数据，5次/秒

6. 直接拨打电话（企业宣传留个咨询电话）

2、获取用户的头像、昵称、性别、国家、城市、省份

只有以下两种行为可以触发模板消息：

当用户在小程序内完成过支付行为，可允许开发者向用户在7天内推送有限条数的模板消息（1次支付可下发1条，多次支付下发条数独立，互相不影响）

当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，多次提交下发条数独立，相互不影响）

5、客服消息用户通过客服消息按钮进入会话，1分钟内可下发1条消息，超时不能发送；用户在客服窗口发送信息，可回复 3 条且需要 48 小时内回复。

6、分享到聊天窗口分享图片不能自定义；会取当前页面，从顶部开始，高度为 80% 屏幕宽度的图像作为分享图片。