软件即服务（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专家都知道RESTfulAPI更易于工作，尤其是那些更熟悉Web开发的团队做开发更容易。理想上，SaaS提供商应该提供RESTfulAPI、SOA/SOAPAPI和应用选择，但是对于最佳的敏捷，RESTfulAPI很关键；其他选择可能并不适用于所有的移动设备。（需要了解更多云计算相关信息，请继续关注机房360）。