在一份新出炉的报告中，市场研究机构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像是大众运输，而内部部署软体则像是拥有一台私人汽车。对不同的旅程都是很好的选择，但是如果用户不能配合大众运输的特点，或是不合格的司机开车上路，都会导致糟糕的结果。