象限 1：大玩家、高频应用不应该接入和拥抱小程序。如，3BA（360、百度、阿里巴巴）。
因为用户经常打开，而且交互频次很高，对应用的体验要求很高，比如直播、游戏、视频等。对数据安全度比较高的不应该接入。虽然微信只是读取了接口，不会直接让服务者提交数据，但因为小程序一定会提供缓存功能，开发者的服务虽然基于 H5，但你是跑在微信这个原型框架内的。
象限 2：应该毫不犹豫拥抱小程序。
这个象限包含了大量的服务类产品。教育、医疗、家政、求职招聘、二手买卖、旅游、票务、金融理财、汽车后市场.
总之，但凡用户一年用个一两次之后就再也想不起来的，是不应该用一个原生引用的方式让用户下载，而应该是通过微信小程序来解决。初创型企业也应该通过小程序来试探 MVP 产品，因为微信拥有天然的传播能力和获客能力，而原生应用除了开发比较复杂外，推广成本极高，获客成本极高，这些都阻碍了 MVP 的产品探索。
从这个角度来说，小程序能让中国初创的互联网公司减少试错成本，提升成功概率。
象限 3：慎重接入，利用微信的开放能力，引入用户到自有产品中。
MVP 后，尽快引导到自由产品，因为自有产品能提供更好的服务，并且能留下用户，比如知乎、网易云音乐。内容型的产品，通过微信获得新用户，然后转移到自有平台，也是一个很好的策略。
象限 4：视情况接入，主要看开发能力。
基本上很多都是个人兴趣产品、工具产品，可以从 MVP 的角度来做，或者以兴趣的角度来做，不考虑太多的商业产出，只考虑情怀，但这些开发者有个明显的问题，就是产品设计能力和开发能力有限，所以，如果你的人是做 APP 的，那就还是 APP 吧，如果是 H5 的，那就微信小程序呗。
HTML 5、JS 以及相关技术替代原生大家喊了很久了，就是大热的 React Native 目前看来也依然很不完善。微信的应用应该都是运行在腾讯浏览器的X5内核里，这东西怎么样大家心里也都有数。我感觉还是只能做一些低交互的应用，大概也就是比网页快捷方式高一级别，要利用 OS 的炫酷特性，原生还是跑不掉，而且目前原生开发很成熟了，框架库很多，门槛也很低。
小程序不同于服务号，服务号的功能需要全部在 Web APP 中提供，而小程序是微信中的 Native 程序，是有缓存能力的，C 端用户订阅（暂且这样说）某小程序后，当有缓存的时候不仅会提高用户体验，同时也加快了程序加载速度，用户在网速不佳的时候的等待时间将大大减少。
小程序是基于 H5 开发的程序，但用了类似于 JS-SDK 的框架（百度以前是clouda框架），提供了更多的接口和组件，让程序更加流畅，体验接近Native App。能够云端发布程序（当然也需要微信审核），同时也能缓存数据，实现了借助微信这个最大的 Native App 来让 H5 App 更强大的目的。
以上就是大家最关注的几个“微信小程序”话题的详细内容，更多请关注 第一PHP社区 其它相关文章！
