第二阶段: 整合

　　为什么不采用SaaS？

　　48%：安全考虑

　　42%：不觉得比商业软件产品更有优势

　　40%：可靠性/系统正常工作时间

　　33%：特性和功能

　　31%：担心与其他软件的交互性

　　30%：担心成本

　　29%：不需要这样的软件

　　27%：对现有软件的发布和支持过程太依赖或已投入太多

　　26%：失去对关键软件应用开发的控制

　　22%：现有软件授权仍适用

　　16%：对我们机构灵活变动的需求不适用

　　15%：无法衡量投资回报

　　%受访者百分比

　　备注：可以多选

　　受访者：159家已经采用或计划采用SaaS的公司

　　数据：《InformationWeek》对250位商业科技专业人士进行的SaaS调研

　　米卡里夫解释中表示，整合问题迫使MiPro公司要等到今年晚些时候才能把自己租用的Workday公司人力资源应用和已外包出去的薪酬福利服务整合到一起。MiPro公司的人力资源部门员工现在需要在不同的平台输入薪酬和福利数据。一旦这些应用都整合到一起，他们就只需要一次输入。要整合这些应用，MiPro公司的程序员就得根据SaaS厂商提供的应用编程接口（API）编写代码或利用SaaS厂商提供的代码插件。“我们知道整合需要投入大量精力，因此我们把部署划分成了不同阶段，按照计划我们会在第二阶段处理整合的问题。”米卡里夫表示。MiPro公司同时也在考虑等Workday公司的财务应用正式面市，就把它与现有Salesforce公司的应用整合起来。这样，MiPro公司只需在Salesforce的应用软件里输入一次客户资料，就能自动传送到Workday公司的会计系统。

　　整合的挑战很可能是正在使用和计划使用SaaS模式的公司的主要关注点，29%的人认为自己还处于测试阶段，而58%的人限制所部署的SaaS应用数量——只有13%的人表示有跨多个应用的广泛部署。

　　但Shaklee公司的哈里斯不认为整合与安全是最大的问题。他分析说，随着越来越多的厂商支持基于服务的方式，整合变得根本不成为问题。而安全更多的只是自我感觉问题，而不是一个实际的拦路虎：因为尽管好的SaaS厂商通常对数据保护都相当有办法，但非技术型的公司高层总是担心如果应用放在别的公司的系统上，敏感数据会有更大的风险。

细化问题

　　哈里斯指出，更需关注的问题是用户能够与他们的SaaS厂商签署服务级别的条款，确保交易响应时间、系统可用性、灾难恢复和对故障的响应时间。 40%的受访者因为担心系统的运行时间和可靠性而不计划采用SaaS模式。计划采用SaaS模式的商业公司应该以更细致的方式来讨论这样的合同。比如承诺 99.8%系统可用时间，如果最后效果优于这个数字，厂商可以获得额外的奖励，而即使这数字比约定的目标只低了千分之一，客户就可以少付一些费用。

　　哈里斯表示，这是SaaS厂商的最大责任，“并不是每个软件供应商都像SaaS厂商那么需要自创招牌。”

　　敢吃SaaS螃蟹的人越来越多，SaaS模式也不再是一种特别的小范围软件发布模式。安全、可靠性和整合依然是关注的要点。但是这些问题都无法盖过该模式的收益和成本优势。真正的考验是商业公司能否有效地把SaaS模式用于关键性商业应用上。(译/朱筱丹)

（信息周刊）