由于存在如此多的可变因素，要保持移动SaaS应用的敏捷性，没有完美的战略可言，但是选择正确的SaaS提供商，为移动用例定制化SaaS服务或者甚至是构建自己的SaaS都有一定辅助作用。
评估SaaS敏捷性
软件即服务（SaaS）应用需要追踪其支持的员工，但是不一定能成功实现。具体到企业而言，移动SaaS应用会因为下面的这些原因改变，可能的原因依次是：规定治理应用改变、移动设备策略改变、员工活动改变以及移动OS特性改变。由于存在如此多的可变因素，要保持移动SaaS应用的敏捷性，没有完美的战略可言，但是选择正确的SaaS提供商，为移动用例定制化SaaS服务或者甚至是构建自己的SaaS都有一定辅助作用。
不管来自哪里的驱动力迫使移动应用用户和其SaaS提供商改变，SaaS提供商都应该能够响应影响应用的监管变化，这也是用户决定进入应用追踪市场的关键指标。问题在于每一个SaaS评估员都需要询问的是，应用如何快速适应监管导致的不变化。这种响应是按月衡量的，必然会导致调节的问题，这也暗示着提供 商并不能快速变更应用。同样的惯性可能会影响SaaS提供商对于其他变更需求的响应能力，因此选择不同的提供商会更加明智。
在评估一个提供商时，应该小心审阅提供商针对SaaS的应用程序接口（API）。API非常关键，因为用户由于自带设备（BYOD） 策略的变化，在手机上的SaaS就面临着问题，手机OS变化或者工作实践的变化，因为用户通常会直接从SaaS提供商那里购买服务使用。这些应用通常都有 其特定的平台，所以更换平台也造成了一些挑战，用户本身不能做出这种改变。最显着的解决方案就是避免通过提供商提供的移动应用来消费SaaS，可以通过其 他方式实现，如为企业内部的SaaS服务开发移动SaaS，或者用基于浏览器的服务，替换掉基于应用的SaaS。
通过这些机制支持敏捷 移动SaaS应用最重要的技术问题在于SaaS提供商暴露了API。大多数IT专家都知道RESTful API更易于工作，尤其是那些更熟悉Web开发的团队做开发更容易。理想上，SaaS提供商应该提供RESTful API、SOA/SOAP API和应用选择，但是对于最佳的敏捷，RESTful API很关键；其他选择可能并不适用于所有的移动设备。
网友评论