今年IT界的人最容易提到的两个词：移动化和大数据。一个在前，一个在后。也有说一个在端，一个在云。如果有谁说不知道这两个词的，都不好意思说自己是IT圈的。这两个词不仅仅IT业的人在提，非IT的业务部门也在提。这其实是非常振奋人心的事，作为在IT圈混了块20年的人，第一次感受到IT新技术这么快被普罗大众所接受并重视。特别是移动化，随着智能终端的普及，正在从消费电子市场不可阻挡的进入企业应用市场。
回顾近10年移动化的发展历程，基本上可以分为三个阶段。第一个阶段是接受移动信息化，并把原有的应用向移动端延伸，最典型的应用就如移动办公、移动邮件等。第二个阶段是强化移动特性（如地理位置、拍照），最典型应用是移动现场服务（如商户拓展、移动理赔等）。第三个阶段是业务转变，企业充分利用移动信息化，代替非电子化或非移动化的业务，对整个业务模式产生重新梳理和构建，如金融行业的移动营销、移动受理和移动支付等。在第三阶段中，移动化技术的应用对业务的模式和关键流程都会产生巨大的变化。相信有很多应用将只会以移动的模式存在，而不会再有PC端。
我最近走访了一些CIO，几乎所有人都说有企业移动化的需求，而且不只一个业务部门提出需求。但同时，又几乎所有的CIO都谈到一个问题：相对于以往基于桌面的应用，不管是BS的还是CS的，移动化应用的建设的不确定性和难度都会大大增加。我分析了一下，基本可以由以下几个原因：
1、 应用需求的不确定性。移动化的需求基本上是近期才开始冒出的，很多时候没有成熟的参考模型或带有创新的色彩，业务部门的需求往往做不到精确的定义。这会给应用开发团队带来不小的项目风险。所以一定会存在不断优化和快速迭代的过程，以此来修复需求的不确定性。
2、 移动端的不确定性。其实移动端的不确定性已经不是一个新问题了，这个问题一直存在。操作系统、屏幕大小等问题一直困扰着项目团队。
3、 应用场景的不确定性。移动应用和桌面应用的最大区别表现在应用场景的不同，很多桌面应用的思维在移动环境中不能适用，举例说，桌面环境下根本不用考虑用电情况，而在移动环境里，如果通信机制不合理就会造成耗电加剧，进而影响应用系统的可用性。
4、 如何实现安全和管理。移动化的最大挑战来自于安全和管理，特别是对金融等非常注重数据安全的企业。移动化的安全和管理涉及的面远比桌面复杂。
说真的，如果有人说能够100%完美解决以上问题，那基本属于说大话。从目前来看，比较客观的说法是：如何在企业级需求和移动化难度上取得合理平衡？或者说怎么让企业级的移动信息化更加简单？
针对以上的问题，我们提出了以下观点：
统一移动平台框架（包括移动中间件和企业移动管理）比碎片化的应用开发更适合企业移动化部署和管理。在过往的企业移动信息化过程中，有很多应用是在做尝试性工作，为了满足业务的功能性需求，在移动化上面，一些基本的系统要求被妥协了，不管是在性能、管理甚至于安全上并没有做完善的整体规划。我甚至发现南方有某家银行，居然把业务受理数据直接在互联网上“裸奔”，没有任何的保护措施。随着移动化的深入，越来越多的业务系统将向移动端延伸，也逐渐有全新的移动应用诞生。如果单纯地从各自应用出发去做，碎片化将日益严重，后期的延续和维护以及管理会面临巨大的挑战。而从技术角度来说，通信技术（如推送技术、通信安全、压缩、异常处理、并发处理等等）和管理系统（如分组管理、管理策略、应用管理等等）都是通用的，完全可以为各个业务应用提供公共服务。同时，统一平台的移动中间件可以为各个后台应用提供丰富接口的同时，对移动端的UI进行了智能封装。
从开发的模式来说，敏捷开发是适应移动需求快速更新的最佳模式。从移动化的特性来讲，我们建议采用微创新。在技术整体框架上要考量周全后，业务创新上建议大系统从小做起，然后通过快速迭代，逐渐扩展到业务需要的各个模块。这是一个覆盖业务价值发掘、技术手段和用户体验的快速循环更新模式。从这个角度来讲，我们同样建议重视移动中间件的作用，因为前轻后重的移动应用模式更加适合敏捷开发下的快速迭代。如果大量的业务逻辑是在移动端直接实现而没有中间件的接口和UI封装，每次的调整和更新必将设计大量移动端的工作。如果涉及到多个系统，这种移动端复杂度将大幅提升。届时想快速也未必能够快速起来。
最后，移动信息化由于拓展了信息系统应用的边界和使用场景，管理显得尤为重要。随着技术的发展和管理内容的增加，以往常说的移动设备管理（MDM）正在被企业移动管理（EMM）代替，管理的范畴也从单一的设备管理向更多纬度扩展。EMM和移动中间件的集成应用，会为企业移动应用带来更多的安全防护手段。值得关注的是，企业移动应用商店的模式正在被广泛接受。特别是大型企业由于企业内移动应用的众多，越来越需要有一个统一的平台来审核和发布应用。企业应用商店也正在成为统一移动平台框架的一个重要组成部分