性冷淡风格（从程序介绍页分享出来）：
欲罢不能的风格（从程序内页分享出来）：
关键词精准搜索：
发现入口：
聊天列表顶部：
四、小程序应用场景
应用场景主要分为微信群协作和实体服务。
微信群协作
微信群协作主要是一些企业内部服务的或者工作上的沟通。
问卷投票：公司要开展年会了，做那个活动好呢？通过小程序发布的投票并且分享到群里，可以实时看到前三名。
会议助手：临时召开紧急会议，需要相关人尽快确定参会情况，往群里抛一个开会通知小程序，特定的人才能打开了解会议内容并确认，谁参加谁请假，参与人数多少一目了然。活动时间点到了，还可通过小程序的消息服务能力给参会人发送参会提醒；到了参会现场打开小程序就能签到，真正意义上的需要用时就用，用完就走。
虽然很多办公场景用企微的微信企业号组件也可以做到，但是并不是每个企业都有一个企业号，对于普通小公司小团队来说，这些能力还是做到小程序上快捷方便。
实体服务
睡觉前，扫描一下床头的二维码贴，打开“ 外卖”，下单叫了一个早餐外卖，然后扫描一下“JJ 智能家居”小程序二维码，检测到现在是晚上，自动关灯。跟 siri （iOS 智能语音助手）说一句，“晚安，明天7点叫我起床哦”，然后美美地睡上一觉。
第二天，siri 把我叫了起床，等了一会，早餐也送到了，吃完，打开微信聊天窗口的小程序服务通知，点开早餐外卖支付成功的模板消息，进入“ 外卖”的小程序页给了个差评（要收钱的还不给差评？！哈哈哈）。吃完早餐就出门。
昨天车放在公司了，那今天就骑车吧，在楼下找到肉色的自行车，打开 摸拜单车 的小程序，扫一扫完成了开锁，骑上去，愉快地回到公司。
来到公司打开，签到小程序，扫一下公司前台动态变化的二维码，同时小程序识别出我的地理位置，打卡成功！回到座位上开始奋斗的一天。
中午吃饭，同事都说饿了吧外卖有优惠。那赶紧打开饿了吧小程序，黄焖鸡30元免运费，于是我发起了一个组团买，然后把这个页面分享到公司群，小伙伴们点进去页面选择自己要的套餐，各自支付完成后，分别都收到了一条“付款成功，正在配送”的模板消息。
然后小程序上还可以实时看到外卖小哥去到哪里了，超级贴心的。
中午睡觉，插上耳机，打开小睡眠小程序听着舒适的背景音乐。
下班的时候可以开车咯，到地下车库取车，开车到闸门口，再次扫描二维码或直接从历史记录打开小程序，选择结束停车，调起微信支付，停车场摄像头识别车牌号码，打开闸门放行。到地面接了几个同事一起到亿达广场找吃的，附近没有停车场就随便找了一个空地停车。下车之后看到一个硕大的广告牌：
探鸟搞特价耶，赶紧扫码打开探鸟的小程序二维码，点击排队按钮，提示前面还有5个人，不错很快到了，等到还有 2 个人的时候，小程序提示我可以点餐下单了，那我们 5 个人就点两只鸡吧，应该够饱了。
因为喝了点酒，喝酒不开车，吃饱之后，打开杜杜出行叫代驾。
去取车的时候发现，握草！有一张违停罚单……醉了，扫一下上面的二维码，打开了**交警的小程序二维码，输出车牌号码，系统自动拉出罚单列表，单击刚刚的违停罚单，用微信支付完成了缴费。所以各位老司机不要乱停车哦。
……………以上故事纯属虚构………………
五、该不该做小程序
去年年初我写过一篇文章《应用号可以干翻应用商店？你想太多了吧》有说到过这个问题，那么如今小程序正式推出，我们再来探讨一下。
的思想在商业上的实践
重后端外卖小程序开发，轻前端是技术架构上一种策略，因为前端代码更容易被反编译和破解，所以很多核心逻辑和算法放在服务器后台运行。在商业环境中，其实这种想法也非常适用。
回顾一下人类发展过程各种“前端”的呈现形式：
龟甲、兽骨、竹简、木牍、金石、缣帛——纸张——PC 电脑web网页——黑白屏手机短信——智能手机时代的 iOS、安卓 APP——移动端 H5——公众号服务号、小程序——智能眼镜——智能硬件上的显示屏——直接把信息输入大脑
这些东西都在飞速变化，而不变的是什么？信息本身的价值、对信息处理、以及核心服务的价值是不变的。一千年前你去餐馆为了吃饭，今天你去餐馆也是为了吃饭；10年前你去酒店为了 xxoo，今天你去还是为了xxoo；更多时候我们应该注重自身服务和商业的闭环，无论是 app 还是小程序，他只是一种呈现形式，如果你饭馆的菜非常难吃，那么不管你把自己发布到饿了吧外卖平台、小众点评亦或是赶时髦做个小程序，依然没什么人去关顾你的餐厅。
专心做你的核心服务，其他的交给第三方去做，他们有规模优势自然能做得更好更便宜。
小程序、H5 的区别
正如上文“小程序真面目”那一章所说的，微信小程序就是一个缓存到本地的网页。
为什么小程序比 H5 流畅和酷炫啊？
因为小程序缓存到了本地，在二次打开的时候无需要再加载，但果真如此吗？如果小程序开发者把很多图片、文字等页面元素都做成动态加载且不做缓存，那么你每次打开小程序相当于……重新下载了一遍 app，跟原来的 H5是一样的。
但是原来 H5的页面切换不流畅总是要加载，小程序不会啊，你怎么能说小程序和 H5一样呢？
原因在于之前大部分外包开发商更倾向于一个个单独页面写，页面逻辑混乱，当要跳转到新的页面就得重新向服务器请求一个页面，极其恶心。
随着 vue 等前端框架的普及，越来越多的 SPA 架构网页应用出现，微信小程序应该就是基于此种技术，使用 SPA 架构的应用只需要在刚开始的时候 加载，切换到应用内的其他页面不需要再加载新的页面，所以非常流畅。那是不是说明我们可以不做小程序而用 vue 来写就可以了？
也不是的，小程序比 H5多了很多入口，对于传统商户来说，找个外包商重新用 vue 写一个微官网的成本和找个外包商做一个小程序的成本是一样的，甚至比做小程序成本还高。因为小程序如此火热，肯定有大量第三方开发商做成各个行业的小程序模板，你只要稍微配置就能一键生成，成本是非常低的。
但是小程序比 H5多了很多原生的能力不是吗？
微信之前也有开放一个 JSSDK, 也有分享接口、图像接口、音频接口、设备信息、摇一摇、扫一扫等能力可以在移动 H5端去使用，小程序的优势在于比 JSSDK 多了更多的数据储存能力，比如视频、图片、音频等可以等用户在 wifi 环境下保存到本地，然后移动网络时候就可以离线观看了。但 JSSDK 开放这些能力的话也可以做到，只不过微信无形之后帮你规范好了，让你以 SPA 架构 去搭建一个网页，这正是小程序在技术层面上做的事情。
还有其他区别吗？
各有各的优势，那我想两种都做会成本很高吗？
如果你原来的网页应用就是用 vue 那套框架构建的，那么再做到微信小程序的成本非常低，需要做一些转换和适配，比如 vue 的自定义标签功能定义成微信小程序的view, 相信开源社区日后会有人贡献这些转化的代码。如果你原来的网页不是 SPA 架构的，那么就建议找第三方开发商来做小程序，成本低，虽然会比较多限制。有精力或者想得到更多能力，可以再逐步向刚刚说的，做一些工具完成网页应用到小程序的桥接转换。
红利期在哪？
2017年微信公开课Pro版上，男神张小龙对小程序做了一番详细的解析和解答。在此之前，很多人认为微信小程序会带来一波流量上的红利，但张小龙告诉大家，小程序在微信上没有入口、不能订阅，想要通过小程序来获取红利的人，想必是要失望了。
但是果真如此吗？
回想十九世纪四五十年代美国西进运动过程中的淘金热，我们也许更容易理解。淘金热中最终获利的其实不是淘金的人，而是船夫、卖水和卖铲子等为淘金提供支持的人。如果小程序引发一场”淘金热”，那它最大的红利可能就不是小程序本身。它会是什么呢？
我觉得是以下几个方面：
1、第三方外包开发商
目前市面上外包一个简单商城的小程序价格大概在300到1000左右，对于个人开发者而言，这基本上是无利可图的，很少个人会去专门定制。对于灵活度要求较高，需要一些基础组件又需要定制开发的公司来说，更需要一个能规模化输出基础组件，并且在这基础上为部分公司定制开发的第三方服务商。这适合企业号那一波红利做得好的一些开发商，很可能成为同样主打企业用户的小程序外卖小程序开发，比如微信公开课 pro 上拿了“2016年度微信电子发票优秀合作伙伴”奖项的企微云平台。
2、自动生成小程序的
尽管微信小程序的开发门槛相比APP的开发门槛大幅降低，但带来的问题是：开发者需要适应和学习它的这套语言标准，而且开发的应用是不能移植到其他应用里面的，只能在微信上运行。如果技术小白能零门槛通过拖拽或根据模板的形式就自动生成小程序，这将更大降低开发和使用门槛。但是此类平台灵活度不够。
目前这一类的企业有微尘、有赞等。
3、提供后端数据托管服务的云服务商
小程序只是一个前端而已，整个开发涉及到企业认证、云端数据存储、ICP 域名备案等，对于单个企业来说非常繁琐。因此需要能提供一条龙后端托管服务的第三方平台。
目前腾讯云就在做这个事情，阿里云应该是不会推出微信小程序托管服务的。
4、小程序开发和运营培训
尽管通过第三方外包或拖拽自动都能开发出小程序，但前者可能面临成本的问题，后者则可能不能定制出特别符合要求的小程序。那么最好的方案就是”自己动手，丰衣足食”。而提供小程序开发培训的机构，则可以因此获得收益。
5、小程序导航网
张小龙在公开课说了：”我们并不会存在一个小程序的商店，所以我们也并不会像外界所猜测的那样，做一个APP的分发商店”。既然微信不做，巨大的入口价值，自然就会有别人去做这件事。让别人记住那么多小程序的名字，每次想用的时候就去搜一下是很麻烦的，如果能把小程序汇总起来，想用的时候就去导航网站找，估计会方便很多。
哪些程序不适合
1、依靠向外部输出流量以获得盈利的 App
比如今日头条、Zaker 等这类资讯 App，商业变现方式太单一，基本上都是广告，小程序并没有提供商业变现的方式，他们做小程序有些革自己命的感觉……但是可以提供一个轻量的小程序入口提高品牌曝光。
2、需要较多依赖系统原生能力的 App
举个例子：
，一款通过剪切板等输入，然后设定好动作，既可以做分词、发送到邮箱、查询是否诈骗电话号码等等非常多的自定义工作流。 需要获取用户剪切板内容，调起邮箱、印象笔记等第三方 app、打开网页等多种系统能力，而小程序不会向开发者暴露所有的系统 api，这跟小程序定位不符合。
还有一个例子，一款阅读app，叫作优读。这款产品想要解决的问题是如何从大量信息中筛选出有价值的内容，他们的思路是利用“牛人”推荐和机器算法来完成。他们为了方便用户去分享内容到优读上去，做了很多便捷操作，比如你在任意一个app内阅读内容，当你想要将这篇文章分享到优读时，只需要复制链接，然后下拉通知中心，就可以选择 收藏或分享文章了。这很便捷。但是完全不适合做小程序。
3、需要占用较大储存空间的应用
这一类通常是视频和音频类应用，比如腾讯视频、网易云音乐等。用户使用这类应用的场景很大一部分是在移动环境下，他们会事先把歌曲或者电视剧缓存到本地。但是对于微信小程序10M 的存储限制根本无法满足。但网易云也可以把私人 FM 独立出来做一个小程序占坑。
4、需要大型 3D 渲染的
这方面主要是游戏，一个游戏包一般都在10M 以上，小程序上做个页游都不行，只能搞个 bird 了。
5、服务性弱、和线下场景关联弱的应用
比如印象笔记等工具型产品。
6、自己 APP 都做不好的，你就别去凑小程序的热闹了
如果你做一个 app 都没人用做不起来，那么做了小程序也没人用。因为核心的是服务和价值，小程序的定位就是你自由流量的情况下让用户更便捷的接触到你的服务，而不是为了给你的服务引流。比如你租用了一堆广告牌，你有一家门店贴上小程序二维码，用户能更好的使用你提供的服务。如果你本身没流量入口，那么小程序也没有，和 app 一样依然推不动而且还没有留存。
可以上架的小程序类目
以下是小程序允许上架的服务类目及其需要的材料，从下图可以看出，微信对于政务服务、工具、出行、实体商户四个大类的细分是极其详细的，可以看出这是微信着力要发展的四个大类，一旦所有的政府机构都用上了小程序，那么很多我们必须用到的政务服务都必将刺激更多中老年用户去使用微信。另外出行是个高频需求，从 n 年前微信支付和支付宝争夺移动出行的入口就可见一斑。另外微信虽说不做导航，那么弄那么详细的分类干什么呢，即使所需的审核资料一致？令人深思。
六、一些要点
一些数字
跳转引流能力有限
小程序内不能跳转到对应的公众号也不能诱导关注公众号，但在小程序的介绍页会露出且点击可跳转绑定的公众号。可通过介绍页实现公众号和小程序之间的互相跳转，但网页内和聊天窗口内长按识别二维码不能打开小程序。
安卓的小程序能放到桌面，iOS目前不可以
但不排除之后会通过书签的形式放到桌面上，技术层面是可以实现的，只是用户操作路径比安卓一键放到桌面麻烦。
页面内不能出现引导下载你自己App的文字
微信官方文档5.1：
只有管理员能上传代码开发者无法上传任意页面可以带参数生成二维码，最多十万个
这就很有想象力了，在床头贴一个 智能管家的小程序二维码，带一个参数 = ，扫码后自动关灯；
在门口放一个 智能管家的小程序二维码，带一个参数 = out ，出门扫描一下自动关闭家里的电源总开关（额，除了冰箱）。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
