在一份新出炉的报告中,市场研究机构 Ovum 分析师Stephen Mann警告,如果 CIO 无法对软体即服务(Software as a Service,SaaS)采取正确的方式,他们可能会发现他们的应用组合比之前还要更贵,更慢而且更糟糕:「SaaS现在正成为企业IT 主流的一部分,但最重要的 SaaS 需要正当的使用理由,用在正确的地方,以及组织内部正确的使用方法。CIO实施计划之前需要建立起上述的正确观念。
Ovum的报告认为, SaaS 可以提供许多好处;尤其,订阅型的定价模式可以更准确地瞄准关键业务服务的IT资源,而非瞄准支援IT运作的系统。然而报告也提到,云端运算可能会造成更便宜、更迅速以及更棒的错觉,但是如果没有先建立起强大的企画案,长期运行的结果可能会更贵、更慢更糟糕。
Mann表示:「在我们看来,SaaS是过去五年 IT管理产品领域最大的改变。有许多问题需要考虑,而且当CIO决定放手一搏的时候,他们需要对员工的政策指南各种事情保持积极主动的态度。」Ovum提出五个CIO应该考虑清楚的问题,才能确保SaaS应用程式对他们的企业IT投资组合是有帮助的:
不要以为你的组织还没有发生这件事。在你的组织里,几乎可以肯定已经采用了零星的最终用户导向SaaS。了解这是怎么一回事。
不要以为你可以,或是你应该禁止SaaS;如果人们认为需要/想要/喜欢SaaS wiki或是内容管理工具,才能满足业务需要,他们就会想办法去做,除非你提供另一个可行的内部选择。
提供政策指南。更积极地提供用户关于SaaS应用程式和云端运算的政策指南,包含什么时候该使用它们,使用的动机和理由,以及如何管理它们。还要提供安全性和数据保密义务的明确指南,以及提供避免讨厌的「封锁」和损失数据所有权的策略。
将SaaS加入架构中。调查整合SaaS API的意义,建立与企业架构整合的解决方案。提供积极的架构政策,以及整合SaaS应用程式和现有内部部署的应用程式的标准。
将SaaS将入企业IT产品中。考虑将部分SaaS应用程式加入正式企业IT投资组合的优点,使其成为一个「快捷方便」的解决方案;或许将它放在框架之 中,例如像是NEC的应用程式网路(Applications Net)就能提供单一登录和汇总的目录给一系列的SaaS应用程式。
虽然从挑剔的角度看来,SaaS是能让IT组织短路、充满危险的事业单位,但SaaS同时也是CIO火药库里的新武器,能够满足用户的需要。CIO应该拥抱IT投资组合中的SaaS,而且更积极的确保SaaS应用程式能够以对的方式用在对的事情上。
Ovum认为,在许多方面,SaaS像是大众运输,而内部部署软体则像是拥有一台私人汽车。对不同的旅程都是很好的选择,但是如果用户不能配合大众运输的特点,或是不合格的司机开车上路,都会导致糟糕的结果。