距离微信正式对外开放小程序已经接近两周，从小程序开始露脸到现在，时不时都要被小程序的资讯刷屏，当中还不乏小程序即将上位，原生 App 将死的声音。额…从 PhoneGap 出现开始，到 H5 的爆火，再到 React Native 和 Weex ，诸如此类的声音再已经听惯不惯。单纯去鼓吹一门技术，并没有任何意义，技术本身生来是为产品而服务，考虑一款产品是否适合使用某种技术来实现，才是我关心的问题所在。

小程序是什么？

根据微信开放出来的官方文档来看，小程序是用 JS 编写的前端页面，简称网页。

你的产品适合用微信小程序来开发吗？

既然是网页，那自然便具有跨平台的特性。

小程序的交互体验如何？

虽没有亲自体验过 iOS 上的小程序，但从网友反馈来看，iOS 上的体验相比 Android 要略显逊色，这可能是碍于 iOS 平台本身就存在诸多限制所致。在 Android 平台上以今日头条的小程序为分析案例可以看出，

你的产品适合用微信小程序来开发吗？

小程序的顶部和底部的导航栏属于系统原生控件，中间的内容区域则是一个 View ，依照前面的官方文档提示，这个 View 应该就是微信内置的浏览器组件。如果不通过调试分析，几乎察觉不到它和原生 App 的区别。但由于微信对小程序有诸多的条件限制，加上入口比较隐蔽，导致它的体验会比原生应用偏弱，但相比普通的 Web 应用，小程序自然还是更胜一筹。

小程序有哪些限制条件？

• 没有小程序商店。很多人说是不敢和苹果公司公开叫板，我倒是觉得这是微信一直以来的风格，和微信公众号和服务号一样（加上张小龙在微信公开课上也有说），微信希望小程序通过社交推荐来获取用户而不是通过机器推荐。
• 几乎不支持模糊搜索。目的是为了避免一些投机者通过使用和热门小程序相近的名字来提高自己产品被搜索命中的几率。
• 几乎不支持消息推送。这对产品的运营是个硬伤，市面上绝大部分的应用都会带推送功能，目的是为了把用户重新带回应用内以提高活跃度。但这也是微信小程序的产品定位问题，下面再细说。
• 包大小不能超过1MB。对包体大小的严格限制，意味着很多原生 App 可以实现的功能则无法小程序上施展拳脚。
• 审核限制。这部分逻辑和应用商店审核一致，外加上微信对一些小程序的内容也做了限制，如不支持游戏类和营销类的小程序。
• 不对个人开发者开放。目前，微信只支持企业、政府、媒体以及不属于政府、媒体、企业或个人类型的其他组织开通发布小程序的权限，所以这意味着个人开发者是无法申请发布小程序的。
• 无法分享到朋友圈，不支持长按二维码识别。这一定程度上限制了小程序的传播方式。

什么类型产品适合用小程序来开发？

小程序无疑很适合低频的服务类应用。 关于低频，从微信公开课里，张小龙就不断强调小程序的用完即走，什么类型的产品会让用户用完即走，无疑就是针对这种使用频次不是很高的应用。再加上小程序几乎不支持消息推送，微信就是希望小程序被用完后就静静的躺在哪里，等用户需要的时候再来找你。当然，张小龙也在公开课上说过，小程序以后会开放很有限的消息推送功能，而且需要用户主动设置接收推送才可以收到。对于小程序的消息推送功能，我猜是当某些小程序被用户使用的频次高了之后，微信才会对这些较高频次的小程序开放消息推送权限，以满足一些场景需要，如同微信公众号运营到满足一定条件后才可以开通赞赏功能一样。 关于服务类，微信公开透露了将来会有附近的店的玩法，并且从允许申请发布小程序的目标对象来看，都是面向能够提供服务的组织机构。 你的产品适合用微信小程序来开发吗？

小程序和服务号有什么异同？

两者都是提供服务的工具，不同之处在于小程序不存在订阅关系，消息推送功能也有限。

小程序与使用其他跨平台技术有什么区别？

从技术实现的角度来看，个人认为区别不大，做前端的 HTML 、 CSS 、 JS 都是标配。

小程序相比其他跨平台技术开发成本如何？

相比其他技术，小程序多了一个微信的入口，并且伴随小程序的火热，势必有不少开发者为小程序做好大量的模板，如此一来，小程序势必会比使用其他技术的开发成本更加低廉。

结束语

你觉得你的产品适合使用小程序来做开发么？搞清楚上面的问题，相信你已经有了自己的答案。