SaaS的下一个春天 应押宝在移动SaaS应用

软件即服务(SaaS)应用需要追踪其支持的员工,但是不一定能成功实现。具体到企业而言,移动SaaS应用会因为下面的这些原因改变,可能的原因依次是:规定治理应用改变、移动设备策略改变、员工活动改变以及移动OS特性改变。由于存在如此多的可变因素,要保持移动SaaS应用的敏捷性,没有完美的战略可言,但是选择正确的SaaS提供商,为移动用例定制化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很关键;其他选择可能并不适用于所有的移动设备。

DIY SaaS应用 确保敏捷性

针对RESTful SaaS