1、移动平台选型策略
1.1企业移动化转型要素
1.1.1开源化
软件开源化已经进行了好几年，国内一线互联网企业也在实践去IOE之路。WorkPlus团队早前在航空、电信、政府等行业率先实施了开源解决方案，让企业摆脱了传统软件大厂的捆绑和约束，实现IT全面自主可控。开源化最直接的好处还节省成本。以服务过的某航空公司为例，使用开源软件节省的产品授权费，一年就有将近3000万元人民币。
1.1.2移动平台化
近几年来，企业用户移动应用需求已经从解决因为出差、外勤等原因造成的业务流转的停滞，转向满足优化或构建新业务模式的深度应用需求。从最开始的基础应用，到各个业务平台的应用，发展到企业需要有一个平台来统一管理移动消息、业务数据、企业应用，统一对接业务系统的阶段。企业移动平台化的趋势，从以下三个方面进行阐述：
（A） 应用开发转向平台建设
随着应用的增多，尤其是和后台业务做相应集成的移动化应用越来越多，企业已经意识到移动化建设不能单独从应用入口，而应该建立一个有效的 IT 基础架构，用于满足企业的整体移动化诉求。
（B） 单一的开发平台向全生命周期迈进
开发平台在解决移动应用的统一开发规范以及统一的集成规范，企业移动信息化并不是只有移动应用开发，除了这点之外还应该考虑信息安全的问题，所以企业的移动应用平台逐渐提供了全生命周期的解决方案 —— 开发、测试到部署、管理。
（C） 单一应用入口向门户转变：
随着企业的移动应用的增多，应用的发行和下载成为移动应用使用者的难题，同时为了满足用户的使用便捷性需求，如何将常用应用放置于显眼的位置也是需要考虑。所以 移动化门户诞生了，不但能够是应用超市，同时也是一个应用快捷入口。
1.1.3社交化
每个人都不是孤立的存在，微信满足了人与人沟通的需求。企业也一样，企业有供应链、上下游，也需要和政府职能部门冯组织机构打交道，所以企业在IT发展的过程中，要充分考虑如何实现企业和员工、员工与员工、企业与供应商、企业和政府部门的消息/业务互通。甚至在智能时代，企业还要考虑如何和慢慢渗透到生产经营各环节的智能设备实现互联互通。
1.1.4智能化
智能化包括时下流行的AI、大数据和智能设备，目前已可见这些智能化要素给企业带来了新的能力甚至是颠覆性的创新。我们认为，站在企业CIO的角度来看，像AI、大数据算法等是偏基础科学领域的研究，这些研究主要由一些科技机构或者前沿互联网企业在做，企业CIO要考虑的是如何基于现有的智能化技术，结合企业实际生产经营业务，创造出提升企业自身生产力的业务场景。
1.2移动平台选型策略
企业移动化发展已经开始向平台化演进，那么作为CIO该如何选择移动平台呢？
1.2.1OA类产品的问题
OA类产品的问题是他偏重OA业务本身，他并不是开放性和扩展性比较强的“平台”，难以满足大型企业“大整合、大集中、大开放”的要求。举个例子，某大型集团公司就吃过这样的亏：集团最初在构建企业移动应用时，用10个顾问花了12个月的时间只在OA上做了4个应用，实现效率非常低。另外，上线的应用因为各种原因需要改动时，大多都要动到OA平台的核心，改起来可以说是“伤筋动骨”。
1.2.2IDE开发工具的问题
如ApiCloud、云适配、AppCan等产品是定位在开发工具类或者企业浏览器类的。开发工具的问题很明显，他一定要用产品特定的框架或者指定的浏览器，这就是“强耦合、强绑定”。当前IT技术日新月异，前端技术大概15-18个月就有一个大的更新，之间还流行JQueey，现在已经是VUE当道了。开发工具很难跟上业界技术更新的步伐，企业很快就会因为被开发工具绑定，而落后于当前新的技术。此外，像云适配之类的企业浏览器号称企业PC端的业务系统不需要改造就能完美适配移动端，其实他也有两个问题：一是他的技术原理还是模拟原来PC端的请求，中间拿到响应后进行裁剪和拼装，然后再展现到移动端。这套原理的访问和响应速度是很慢的；二是企业浏览器只能做原来PC端业务的子集，他必须要原来的系统提供webservice接口，若要开发新的业务，企业浏览器方案就力不从心了。所以，他只适合于一些诸如内容发布类系统的快速移动化。
1.2.3SaaS类产品问题
SaaS类的主要问题是安全和可控。安全方面，SaaS模式下企业核心的业务数据、通讯录、订单数据、流程信息都在云上，这对企业来说是高风险的。我们接触过一些上市公司的董事长，他们主动要我们帮他们实现移动平台私有化。因为他们认识到，企业上了市，一旦这些核心数据泄露就是大事。所有他们愿意每年花几十万的钱，来做这个事情；可控方面，某客户需要实现作为物流企业独特的一些业务需求，比如他们要做物流司机装货卸货的监控，需要司机拍照上传照片，同时把经纬度、时间等一并上传，这就需要移动平台来支持。这种方式是SaaS支持不了。作为一家快速发展的企业，他们要发展业务，要移动平台来顺应发展需求。一个企业高速发展，他是不可能把命脉绑在SaaS上的。所以客户才找到WorkPlus进行企业移动平台的私有化部署。所以，我们认为SaaS只合适小企业。
1.2.4业务类
业务类就是之前做ERP、做财务软件，后来也号称转做移动平台的。他们的问题和OA类的一样，只和自身业务集成良好，不容易扩展，而且企业易被其绑定。
1.3企业需要这样的移动平台
1.3.1要APP，而不是脚手架
产品提供给企业的已经是一个成形可用的APP，具备了很多通用功能。而不是一个开发工具，企业拿到后还要进行开发构建，比如IM、分级管控、水印、MEAP管理平台等，开发工具都还要从头开始。
1.3.2通用、刚需、有技术门槛
实现通用、刚需、有技术门槛的功能，像第一点说的IM、分级管控、水印等，这些都是通用、刚需且有技术门槛的。WorkPlus已经提供此类功能。
1.3.3技术先进性
拿即时通讯来说，这个是有技术门槛的。业界很多友商并不是用真正的即时通讯去实现的，了解技术的去抓一下友商应用的包即可知道，他发消息收消息是走http或者https，这显然在耗电量、稳定性、服务器资源占用方面是有瑕疵的。
1.3.4安全性
WorkPlus产品是满足政府和军队对于消息安全的标准的。拿会话来讲，WorkPlus实现了会话级加密。某些SaaS产品为了解决被人诟病的“消息在我这里不安全”的问题，专门找了第三方公司，每隔一个月或者半个月发放一个密钥加密数据，说这样存的数据就安全了。WorkPlus是会话级加密，每建立一个聊天会话密钥都是不一样的，即使这次被破解了，下次会话还是加密的。这也是军队对我们产品提的要求，显然要比某些SaaS产品的加密体系更安全。
1.3.5开放性
WorkPlus在官网提供完备的API和Cordova接口，各版本接口支持向下兼容，确保平台开放性。 文档和接入
1.3.6低耦合
真正的低耦合就像微信在推出小程序之前，他不会要求你用特定框架或者特定的IDE，你和他的对接仅仅是会话、单点登录的对接。如果还有更多的耦合，那以后若是换掉承载小程序的平台，就会牵连很多东西。所以，我们给CIO建议，移动平台将来要是不好用了，你要替换掉他，最好在此平台上构建的企业核心业务轻应用能够以很小的代价做迁移。所以，低耦合的重要性不言自明，这也是WorkPlus已重点考量的要素。
