在小程序纷飞的时代，APP如何让企业更具灵活应用

App作为连接企业业务与用户的核心载体，“快速开发”与“灵活迭代”成为了至关重要的决定因素，而左右该因素的关键之一则在于对app开发技术上的选型。诸如很多大规模企业、IT预算多的企业，他们所开发的app大部分是基于混合开发模式实现的，尤其对于混合app技术开发的B2B、B2C和B2E类型的移动应用，占比甚至要远超市场的预期和想象。

在PC时代的B/S架构中，想要实现IT系统的更新并不需要过多考虑用户端的影响。因为作为用户入口的浏览器，一直处于访问网络的状态，只要网络联通，用户随时访问网站都会获得最新的功能和业务。对用户而言，并不真正存在版本的概念。只要访问服务器，服务器的任何更新都可以随时展示到用户界面上，真要出现什么用户的使用问题，大不了”清空一次浏览器cookie“基本都可以得到解决。

但是在移动时代，用户对版本的概念变得极其敏感。而CIO对于app的版本管理也变成了头痛的问题。往往碍于软件开发商能力的制约，或者说凡事工程性的问题就都会存在bug，让一些发布出去的app变得难用甚至崩溃。或者一些临时的市场活动、很少的但是重要的功能、一些不在规划内的产品需求调整，都会直接引出同一个问题”用户必须更新一个版本甚至重新下载，才能满足上述需求“。这种看似日常的版本发布和用户的更新，恰恰是传统企业信息化过程中全新的课题。

”能不能像传统浏览器那样，用户打开永远是最新的服务和功能？“很多企业CIO问出了相同的问题，于是大量三流的软件服务商以及IT程序员想出来一个”偷懒“的模式。在app中嵌入一些WebView，把一些功能用传统网页的模式，访问服务器，动态获取。这表面上解决了版本更新的问题，实则上大量垃圾体验的app就此产生。

企业业务灵活性的要求，其实本质是希望像”微信小程序一样，随时发布一些新的功能，随时动态增改一些功能入口，让用户随意使用。但是用户的体验，则要与真正的app一样“。这种业务灵活性的需求，其实需要的便是像微信小程序或APICloud提供的混合app开发技术来支撑，将以前更新需要审核、上架、更新的繁琐步骤，变为自动更新；从而达成”增量更新“、”静默更新“”打开获得新功能和新体验“，而不是嵌套Webview，网页模拟app的方法，以垃圾体验的代价换取业务灵活的可行性。

当然，传统模式开发的app，特别是Android端也开始部分支持动态更新，这也恰恰说明，业务灵活性是企业互联网化、数字化过程中的刚需。只是碍于传统技术的制约以及软件开发团队或者服务商的能力所限，真正的原生动态更新始终没有办法大范围进入企业实现商用。这也让企业开始选择混合开发的模式来支撑移动战略，逐渐成为CIO的主流选项。

随着移动互联网时代的来临，市场环境的瞬息万变，使得用户对产品更加敏感而挑剔，很多现象级的产品从面世到爆发，甚至只用了几天的时间。事实证明，谁能抢先进入市场、快速转变业务模式，便可能创造又一家独角兽企业