正文
在停车场的入口，有一个摄像头对着你的车牌号码，当你扫码打开小程序时，点击开始停车，如果有空余车位，系统会自动打开闸门并记录开始停车的时间。这时候小程序会展示室内地图，引导你先左转再右转到达目标车位，停好车走人。等你来取车的时候，开车到闸门口，再次扫描二维码或直接从历史记录打开小程序，选择结束停车，调起微信支付，停车场摄像头识别车牌号码，打开闸门放行。
整个过程无需取停车卡和专职工作人员服务，环保也节省人力成本。
线上PC导航站
移动导航站
微信群分享
性冷淡风格（从程序介绍页分享出来）：
欲罢不能的风格（从程序内页分享出来）：
关键词精准搜索
发现入口
聊天列表顶部
边聊天边听歌？边聊天边看文章？边撩妹边 lu ？
应用场景主要分为
微信群协作
和
实体服务
。
微信群协作
微信群协作主要是一些企业内部服务的或者工作上的沟通。
问卷投票：
公司要开展年会了，做那个活动好呢？通过小程序发布投票并且分享到群里，可以实时看到前三名。
会议助手：
临时召开紧急会议，需要相关人尽快确定参会情况，往群里抛一个开会通知小程序，特定的人才能打开了解会议内容并确认，谁参加谁请假，参与人数多少一目了然。活动时间点到了，还可通过小程序的消息服务能力给参会人发送参会提醒；到了参会现场打开小程序就能签到，真正意义上的需要用时就用，用完就走。
虽然很多办公场景用企微的微信企业号组件也可以做到，但是并不是每个企业都有一个企业号，对于普通小公司小团队来说，这些能力还是做到小程序上快捷方便。
实体服务
睡觉前，扫描一下床头的二维码，打开“Jinkey 外卖”，下单叫了一个早餐外卖，然后扫描一下“JJ 智能家居”小程序二维码，检测到现在是晚上，自动关灯。跟 siri （iOS 智能语音助手）说一句，“晚安，明天7点叫我起床哦”，然后美美地睡上一觉。
第二天，siri 把我叫了起床，等了一会，早餐也送到了，吃完，打开微信聊天窗口的小程序服务通知，点开早餐外卖支付成功的模板消息，进入“Jinkey 外卖”的小程序页给了个差评（要收钱的还不给差评？！哈哈哈）。吃完早餐就出门。
昨天车放在公司了，那今天就骑车吧，在楼下找到肉色的自行车，打开 摸拜单车 的小程序，扫一扫完成了开锁，骑上去，愉快地回到公司。
来到公司打开签到小程序，扫一下公司前台动态变化的二维码，同时小程序识别出我的地理位置，打卡成功！回到座位上开始奋斗的一天。
中午吃饭，同事都说饿了吧外卖有优惠。那赶紧打开饿了吧小程序，黄焖鸡30元免运费，于是我发起了一个组团买，然后把这个页面分享到公司群，小伙伴们点进去页面选择自己要的套餐，各自支付完成后，分别都收到了一条“付款成功，正在配送”的模板消息。
然后小程序上还可以实时看到外卖小哥去到哪里了，超级贴心的。
中午睡觉，插上耳机，打开小睡眠小程序听着舒适的背景音乐。
下班的时候可以开车咯，到地下车库取车，开车到闸门口，再次扫描二维码或直接从历史记录打开小程序，选择结束停车，调起微信支付，停车场摄像头识别车牌号码，打开闸门放行。到地面接了几个同事一起到亿达广场找吃的，附近没有停车场就随便找了一个空地停车。下车之后看到一个硕大的广告牌：
探鸟搞特价耶，赶紧扫码打开探鸟的小程序，点击排队按钮，提示前面还有5个人，不错很快到了，等到还有 2 个人的时候，小程序提示我可以点餐下单了，那我们 5 个人就点两只鸡吧，应该够饱了。因为喝了点酒，喝酒不开车，吃饱之后，打开杜杜出行叫代驾。
去取车的时候发现，握草！有一张违停罚单。。。醉了，扫一下上面的二维码，打开了**交警的小程序二维码，输出车牌号码，系统自动拉出罚单列表，单击刚刚的违停罚单，用微信支付完成了缴费。所以各位老司机不要乱停车哦。（以上故事纯属虚构）
去年年初我写过一篇文章《应用号可以干翻应用商店？你想太多了吧》有说到过这个问题，那么如今小程序正式推出，我们再来探讨一下。
重后端，轻前端是技术架构上一种策略，因为前端代码更容易被反编译和破解，所以很多核心逻辑和算法放在服务器后台运行。在商业环境中，其实这种想法也非常适用。
回顾一下人类发展过程各种“前端”的呈现形式：龟甲、兽骨、竹简、木牍、金石、缣帛——纸张——PC 电脑web网页——黑白屏手机短信——智能手机时代的 iOS、安卓 APP——移动端 H5——公众号服务号、小程序——智能眼镜——智能硬件上的显示屏——直接把信息输入大脑。
这些东西都在飞速变化，而不变的是什么？信息本身的价值、对信息处理、以及核心服务的价值是不变的。一千年前你去餐馆为了吃饭，今天你去餐馆也是为了吃饭；10年前你去酒店为了 xxoo，今天你去还是为了xxoo；更多时候我们应该注重自身服务和商业的闭环，无论是 app 还是小程序，他只是一种呈现形式，如果你饭馆的菜非常难吃，那么不管你把自己发布到饿了吧外卖平台、小众点评亦或是赶时髦做个小程序，依然没什么人去关顾你的餐厅。
专心做你的核心服务，其他的交给第三方去做，他们有规模优势自然能做得更好更便宜。
正如上文“小程序真面目”那一章所说的，微信小程序就是一个缓存到本地的网页。
因为小程序缓存到了本地，在二次打开的时候无需要再加载，但果真如此吗？如果小程序开发者把很多图片、文字等页面元素都做成动态加载且不做缓存，那么你每次打开小程序相当于...重新下载了一遍 app，跟原来的 H5是一样的。
但是原来 H5的页面切换不流畅总是要加载，小程序不会啊，你怎么能说小程序和 H5一样呢？
原因在于之前大部分外包开发商更倾向于一个个单独页面写，页面逻辑混乱，当要跳转到新的页面就得重新向服务器请求一个页面，极其恶心。大家可以长按识别看看下面这个应用，然后在公众号后台回复我，这流畅度和小程序有区别吗？
是不是感觉非常流畅？那是因为随着 vue 等前端框架的普及，越来越多的 SPA 架构网页应用出现，微信小程序应该就是基于此种技术，使用 SPA 架构的应用只需要在刚开始的时候 loading 加载，切换到应用内的其他页面不需要再加载新的页面，所以非常流畅。
