对于这么一个移动开发平台，我们怎么做到它能够实现一个快速的开发？目前来说，我们可能是用了很多的一些开元的架构，这个基础上我们内置了很多企业的APP应用的一个模板，包括实现这种交叉编译的多平台的技术支持，包括能够实现各种APP自动化的测试，通过这么一个快速交付开发的环境，我们可以实现普通的APP可能是一天左右就能实现一个APP的交付。大部分的APP都能在一周以内实现交付。
我们举一个例子，这是我们给一个客户做的，企业内部怎么给它做一个移动化的方案的草案？可能大家可以看一下，可能跟在座很多人做的都不太一样，再一个企业内部，它从客户开始，到零售商、到分销商、到供应商、到企业的管理者、到IT人员，甚至到里面的库管、生产管理人员，全面的移动化的方案，这个方案里面看到APP是非常多的，它之间也不是孤立的，互相要有联系，还要跟现有的业务系统产生一个集成。
可以看做了这些APP之后，其实还是远远不够的，其实我们只看到冰山上面那一块，APP部分。其实企业来说，它关注得更多的很可能是下面这部分内容，因为如果谈到上面是面上的，但是最重要实施起来，像安全的问题、应用控制的问题，包括性能可靠性的问题，甚至有一些极端的恩有客户向我们提出在离线情况下我没网了业务也不能断，这怎么解决，这些都要在我们的平台架构里得到解决。
所以说我下面就讲两点，第一点，我们的平台怎么做应用集成？因为传统APP，可能个人市场，每一个APP只要跟自己后端服务连接就可以了，但是在企业里面，我们刚才看的那张流程图，它的APP的信息很可能要地到下一个APP，APP之间的连接通过我们的中间件进行消息的通信。另外一个就是现有的这些APP还需要跟我们业务系统产生一个实时的，而且是准确的、没有障碍的一个沟通。这个连接也需要通过我们的移动中间件，因为它原数据，在底层的数据处理上都是打通的。
还有一个我们的移动安全这一块，其实现在讲安全，我的感觉跟我们其实是六七年前当企业开始把应用搬到互联网上的时候，也会讲安全问题，但现在不讲了，现在移动也处在这个阶段，也许过几年大家也不讲了，到时候方案都比较完整了，现在我们经常去跟客户讲移动应用，最常听到高管问的问题，我的设备丢了怎么办？我PAD或者是手机里面有很多报表数据，这些数据事关公司的机密，如果丢了被别人打开了，给公司造成的损失是巨大的，如果说会出现这种问题我宁可不用这种设备，我们从设备本身的管理，甚至到应用的安全的管理、传输安全的管理我们进行了一个完整的安全的控制。
企业移动化的特征
总结我们企业移动化的特征，其实这也是我们在做的过程中总结出来的，我们也是走了很多的弯路，之前我们做APP，我们以为只是简单地把APP桌面的东西搬到移动端就可以了，后面发现不是。也有很多的弯路吧。第一点，必须要做到为什么企业要上APP？上移动化？因为我们传统的ERP软件，每回上线都需要组织一个大规模的用户培训，要上几天课告诉用户你要点什么、点什么，怎么操作，不能干什么，都要说得很清楚，这个桌面型应用才能往下用，在移动端就不这样了，每个人下载以后，只是一个简单的三言两语的介绍，他就会怎么用。
第二个要特别容易管理，这个也是跟传统一个很大不一样的地方，因为企业里边应用多了以后必然有一个IT部门，要对设备和应用进行一个统一的管理，如果对这些不能进行监控和管理，在云端进行控制的话，对于他来说这个信息系统是不安全的。
第三个就是融合，怎么跟我们现有的业务系统要打通融合，甚至在融合的基础上产生一个创新。我举一个简单的例子，我们有一家做燃气的一个客户，他做一个移动应用，可能比如说燃气管道的检修，传统的情况下可能要填很多的检修单，告诉详细的位置信息，什么问题，很可能是什么故障，你申请赶紧来解决。可能要写一个很详细的东西，如果是简单地搬到APP上，很有可能它还是报告这些东西，只是在手机端输入一遍就结束了。如果融合之后有创新，很可能有变了，可能我直接拍个照，拍照里头带着位置信息，照片哪个错的地方我画个圈直接就发过去了，这个事情就变得非常地简单，而且操作量非常地小，后面的人一看就明白，有的时候你把现场的东西翻译成文字很可能还会失真，还是错误的。
最后一个安全，这个就不多说了。
所以大家看到我们这个平台是一个开放的平台，目前来说我们有非常多的内部的伙伴，包括外部的伙伴，甚至我们有一些学生，外部一些独立的软件的开发商在我们这个平台上开发一些APP，开发完之后给我们的每个行业的客户提供各种各样的APP的服务。我们希望这个开放平台能够连接我们的伙伴和客户，创造一个多元的环境。
