由于存在如此多的可变因素，要保持移动SaaS应用的敏捷性，没有完美的战略可言，但是选择正确的SaaS提供商，为移动用例定制化SaaS服务或者甚至是构建自己的SaaS都有一定辅助作用。
DIY SaaS应用 确保敏捷性
针对REATful SaaS API开发内部应用轻而易举就能实现，实际上，大多数多平台开发工具对于移动设备现在都可用，支持这种类型的接口。在大多数案例中，这些平台之一会提供编 写你自己的移动应用的最佳选择，从而增加应用敏捷性，但是为了确保新的平台或者平台变化能够快速的被支持，就要知道旧平台和变更的平台如何释放数据，通过 工具提供商来调整适应。为了减少风险，可能需要调整BYOD策略，如果你采用构建自己的应用路线，就要限制支持的不同平台的数量；如果不是这样的，可能就 需要选择浏览器的方法。这种方法的风险在于你的组织的应用开发就会成为改变的障碍，并不是SaaS提供商。
好的JavaScript和HTML5实 践可以在GUI中提供灵活性，在SaaS API中使用改变，就算是变更增加了新功能或者领域都能实现。这项工作实现的关键在于浏览器的选择。并不是所有的浏览器都能够很好的支持脚本和新的 HTML特性或者版本，因此如果应用敏捷性很重要，选择最灵活的浏览器就很关键，要支持你的BYOD策略许可的平台范围。查看一下发布历史，关注一下如何 增加新的性能，因为过去的版本通常是一个浏览器提供商如何更好响应未来变化的指标。
在大多数案例中，可以在SaaS提供商常规的接口中扩大你自己的云托管应用元素。实际上，你要做的是为SaaS提供商的服务编写一个前端，合并提供商和自己所有的一些功能。这种新的SaaS层可能托管在 SaaS提供商自己的服务或者在不同的云上。要注意隔离和检测问题；移动用户并没有实际的使用SaaS服务，因此可能很难通过额外的层追踪问题。
IaaS或PaaS比SaaS更敏捷？
当所有上述的都失败时，需要应用敏捷性的用户可以通过在基础架构即服务（IaaS）或者平台即服务（PaaS）托管应用，从而替换掉SaaS服务。托管的独立软件包其用户看上去就像SaaS，大部分是因为所有云应用在客户看来就像是SaaS。因此，IT人员可以在云端部署任何合适的软件包，为移动员工创建虚拟或者“Self-SaaS”。第三方应用可能还存在敏捷性问题，但是有更多的提供商可以选择，很多提供商会提供自定是GUI。如果开源包可用，你也可以自己来调整。
哪一个敏捷战略最佳：自主研发应用、基于浏览器的应用还是自主研发SaaS？用户认为尽管通过RESTful API实现的基于浏览器的自定制SaaS服务可以支持变更需求，但是也揭示了公司的短板。围绕基于浏览器的构建访问移动应用，自定制的水平令人吃惊，这种 方法消除了适应变更的延迟。这种方法可以最先使用，随后再根据情况引入其他类型的自定制。
网友评论