原创声明:本文为作者原创，未经允许不得转载，经授权转载需注明作者和出处
前言：笔者（这个自称是不是有点老套？）所在的项目，第一时间接到了微信小程序的内测邀请，经历了效率极高的身份验证，我们终于得见小应用的后台。经过体验和分析，这里简单做个分享，希望看了的童鞋都能走上人生巅峰。
后台长啥样？
既然题目都起成了这样，不截个图觉得自己走不脱。
小程序后台首页（内测版）
很可能看了这个后台，你还是懵逼的，所以这里整理了几个要点，拿走去吹逼，不谢。
审核制
所有的小程序版本更新，都需在后台提交审核，微信会根据相应规范决定是否通过。一夜回到等应用市场上线的既视感对么？不过也能理解，相当于你在别人家做客，看看主人的脸色吃饭，也是应该的。
加速度
大家都知道，在微信服务号里面打开一个h5页面是什么感受，经常会觉得慢对不对，我相信这是各个产品的痛，直接影响转化率哪。
产品正经脸科普，6~8s是用户等待极限
而在小程序上，数据仍由自己的服务器控制，前端代码在微信上，相当于微信通过自己的代码编译，去实现页面体验的优化，我相信官方宣称的“不亚于原生应用的流畅体验”未必真实（基于浏览器的开发，天生就被限制了三分之一的能力），但也不会差的过远。
入口
近日，网传小程序内测版视频，指明入口为发现页的最底部操作栏。
网传视频截图
公众号入口在通讯录，这个页面展示的都是你沉淀下来的关系，希望可以反复查看，进行交互的一些内容，操作较为高频。
如果小程序的入口真的在发现页，并且要符合张小龙所说的“用完即走”，那么大胆猜测，所有的小程序在你进行交互以后，仍旧不会在出现在微信首页。相关的订单等关键信息，都会以微信通知的形式出现，进一步营销及深度触及用户的可能是被降低了许多的。
更屌的接口
已经看到有放出微信的开发者文档，这里贴链接给大家。
https://mp.weixin.qq.com/wiki/
从用户设备到手机的一些基础能力，接口都有提供。
要听微信交互设计师的话
前面有提到小程序的审核制，预测审核的不光是程序的可用性（你以为代码到处都是bug会给你过？），界面的美观和易用也是需要考虑在内的。所以，我们看到微信的交互设计师，洋洋洒洒写了这么多内容，也是挺心疼的。
平心而论，文档都是以用户为核心的交互内容，要求很低，低到只要是一个刚入行的交互设计师，都会这这样设计，低到我有些怀疑，以后微信小程序的门槛到底会放得多低。。。
设计规范截图
300W买个内测资格？别闹了
小程序的适用场景
小程序的审核制决定了它不会像公众号一样，用户随时可见最新的内容，这就要求我们的业务最好是精简的，稳定的。
小程序的入口决定了用户使用他时候的心态，往往是已经产生了某种需求或者冲动，要用服务来满足，所以这应该是提供服务，聚焦结果的一个工具。
由于产生的需求的长尾特性，小程序很可能不能和用户深度交流，对于品牌溢价很高的业务，可能并不合适。
总结下，业务稳定+提供服务+长尾+对品牌宣传没有太多要求的业务，可能更适合小程序。
再大胆点看，是不是以后同质化的业务都可以打包成一个小程序，用户只用关心在这个小程序里得到自己想要的结果，而不用关心服务商是谁。
小程序+服务号，可能是一套组合拳
对于已经采用服务号开展业务的童鞋，小程序很可能是一个用户来源的渠道，用户有可能通过搜索相应关键词找到业务，形成交易。并且这部分用户的需求可能较为精准且强烈，满足他们的方式，应该是简单，直接地提供服务，然后恭送用户。
这是小程序
而服务号，一定是一个和用户进行深度沟通，提供高频及常规服务的地方。
这是公众号
最后地最后，想说一句
别着急，有时候，选择做不做比怎么做更重要
ps，下一次有机会，可能想写一写《有了app，为何你还要做公众号》，谈谈app和公众号的相爱相杀，如果感兴趣，点赞吧。各位周末愉快！！！
原文链接
