然后，我们分别看这 4 个象限的拥抱策略，应该说，如果你的服务是很高频的，而且对于交互和界面体验的要求很高的话，还是要用原生（Native）来做。但如果你是低频/中频且重要的服务的话，你应该毫不犹豫地加入微信小程序的申请队伍。

　　象限 1：大玩家、高频应用不应该接入和拥抱小程序。如，3BA（360、百度、阿里巴巴）。

　　因为用户经常打开，而且交互频次很高，对应用的体验要求很高，比如直播、游戏、视频等。对数据安全度比较高的不应该接入。虽然微信只是读取了接口，不会直接让服务者提交数据，但因为小程序一定会提供缓存功能，开发者的服务虽然基于 H5，但你是跑在微信这个原型框架内的。

　　象限 2： 应该毫不犹豫拥抱小程序。

　　这个象限包含了大量的服务类产品。教育、医疗、家政、求职招聘、二手买卖、旅游、票务、金融理财、汽车后市场.

　　总之，但凡用户一年用个一两次之后就再也想不起来的，是不应该用一个原生引用的方式让用户下载，而应该是通过微信小程序来解决。初创型企业也应该通过小程序来试探 MVP 产品，因为微信拥有天然的传播能力和获客能力，而原生应用除了开发比较复杂外，推广成本极高，获客成本极高，这些都阻碍了 MVP 的产品探索。

　　从这个角度来说，小程序能让中国初创的互联网公司减少试错成本，提升成功概率。

　　象限 3：慎重接入，利用微信的开放能力，引入用户到自有产品中。

　　MVP 后，尽快引导到自由产品，因为自有产品能提供更好的服务，并且能留下用户，比如知乎、网易云音乐。内容型的产品，通过微信获得新用户，然后转移到自有平台，也是一个很好的策略。

　　象限 4：视情况接入，主要看开发能力。

　　基本上很多都是个人兴趣产品、工具产品，可以从 MVP 的角度来做，atv，或者以兴趣的角度来做，不考虑太多的商业产出，只考虑情怀，但这些开发者有个明显的问题，就是产品设计能力和开发能力有限，所以，如果你的人是做 APP 的，那就还是 APP 吧，如果是 H5 的，那就微信小程序呗。

　　小程序 与 Native App 的优劣之争

　　yseternal：

　　HTML 5、JS 以及相关技术替代原生大家喊了很久了，就是大热的 React Native 目前看来也依然很不完善。微信的应用应该都是运行在腾讯浏览器的X5内核里，这东西怎么样大家心里也都有数。我感觉还是只能做一些低交互的应用，大概也就是比网页快捷方式高一级别，要利用 OS 的炫酷特性，原生还是跑不掉，而且目前原生开发很成熟了，框架库很多，门槛也很低。

　　三节课：

　　小程序不同于服务号，服务号的功能需要全部在 Web APP 中提供，而小程序是微信中的 Native 程序，是有缓存能力的，C 端用户订阅（暂且这样说）某小程序后，当有缓存的时候不仅会提高用户体验，同时也加快了程序加载速度，用户在网速不佳的时候的等待时间将大大减少。

　　小程序是基于 H5 开发的程序，但用了类似于 JS-SDK 的框架（百度以前是clouda框架），提供了更多的接口和组件，让程序更加流畅，体验接近Native App。能够云端发布程序（当然也需要微信审核），同时也能缓存数据，实现了借助微信这个最大的 Native App 来让 H5 App 更强大的目的。

　　文章为业内资深人士的个人观点，不代表雷锋网(搜索“雷锋网”公众号关注)立场。如果您也有不同的看法，非常欢迎与我们进行交流。