微信小程序具有开发费用低、开发时间短、入口多、响应速度快等众多优点，深受广大用户喜欢。基于微信10亿用户的庞大的基础之上，微信小程序目前上线已经高达几百万，深入多个行业，特点是零售行业商户，在附近的小程序中延伸的大行业多达20个。

小程序一定是基于 Html5+微信原生能力 的产品形态无需下载安装说明跟 App Store 的 APP 是不一样的，小程序是嵌在微信 APP 内的，微信提供标准化入口，当用户订阅或者“安装”该小程序后，小程序是在微信提供的入口处展示(被发现并进入)。用户扫一扫或者搜一下即可打开应用这里跟微信公众平台的订阅号、服务号是一致的，(极有可能)提供参数二维码的能力，搜索跟订阅号服务号的入口应该一致，但是否在搜索时增加标签选项(存异)?目前是提供了公众号的搜索入口。用户不关心是否安装太多应用的问题，无处不在随时可用，无需安装卸载开放能力之多，令我兴奋不已，无限的想象!

1、小程序开发后，不能直接发布，需要经过审核，类似App Store，但版本迭代是否经过审核，如果需要经过审核那么审核的周期是多少?小程序的页面是基于 web 的，web 页面是开发者所提供的，也就是 C 端用户肯定还是直接访问开发者服务器中的数据，正常来说这个 web 页面的迭代是开发者可以直接迭代并展示给 C 端用户的，但微信是否会提供一个web 的封装入口以限制开发者必须通过审核才能迭代。
2.微信提供的小程序开发文档，还提供了比服务号更详尽的设计规范以及布局时会用到的控件，上文也提到过，微信一定会提供一套规范来约束/引导开发者，也要让微信小程序有统一的操作习惯、UI 规范，这类似 i0S 和 Android 都有不同的设计规范。
3.比服务号更强的能力。小程序不同于服务号，服务号的功能需要全部在 webAPP 中提供，而小程序是微信中的 native程序，是有缓存能力的，C 端用户订阅(暂且这样说)某小程序后，当有缓存的时候不仅会提高用户体验，同时也加快了程序加载速度，用户在网速不佳的时候的等待时间将大大减少，同时带来的一个问题是，微信更大了，我的微信 APP 占用手机空间在16G 左右，而一些微信深度用户或者资深从业者可能要达到20多 G，这比最小的iPhone 容量16G 还要大很多。

4还有一点值得考虑的是小程序与服务号的关系，服务号是否可以转为应用号?这个不得而知，但我相信肯定有大批的服务号是想转变为应用号的，一些服务号的功能属性远大于媒体属性，例如有硬件设备连接需求的服务号、京东购物的服务号、滴滴出行等服务号，如果让这些服务号主体再去开发小程序未免太折腾，主体下的服务号和小程序之间功能也会有重叠，浪费资源，也占用用户的资源，所以我的猜测是认证的服务号是可以转(升级)为小程序的。在之前订阅号是可以“升级”为服务号的，如果有这个可能，微信可能也会给出是否“升级”的选择;因为从得到的消息来看，微信的态度是订阅号、服务号、企业号、小程序是完全并行的四种形态，所以服务号的继续存在一定还有其服务号的意义。