你当然可以快速地部署软件作为服务(SaaS)的应用，它们能为公司省钱，使IT部门省心，但是它们适合你吗？

　　可定制性差是SaaS几乎从一开始就面临的责难。因为与许多用于客户端部署(On-Premises)的应用不同，你完全无法修改SaaS应用的任何一个代码。

　　一家专业支持SaaS的服务公司Bluewolf联合创始人埃里克·贝里奇(Eric Berridge)表示，另一方面SaaS应用的一大优点是像Salesforce.com这样的厂商隔一段时间就会增加新功能，而用户马上就能用上这些新功能。对用户客户端部署的软件，只有到正式发布时才有新功能，而客户一般都不耐烦等到那个时候，所以干脆不升级。

　　因为新功能在SaaS里的频繁添加，对用户的灵活性就相对要求比较高。因为这可能意味着要适应新的流程以适用新功能，这个责任被加到最终用户而不是IT部门身上。贝里奇认为对经理们来说，这意味着他们得首先了解这些变化，然后再和用户沟通，使他们愿意接受这些变化并且能够适应变化。

　　当然太激烈的变化也不好。贝里奇指出，如果引入新功能意味着流程或应用程序本身的改动幅度达到20%以上，你最好还是采用部署在本地(In-House)的软件。

　　SaaS的另一个缺点是：企业用户对于安全和隐私问题全无概念，特别是对于刚刚出现并且还在不断变化的SaaS安全标准更是不甚了了，费雷斯特分析师丽兹·赫伯特(Liz Herbert)如是说。尽管现在SaaS供应里还没有发现重大的安全漏洞，“但人们对此仍持怀疑态度。”赫伯特表示。贝里奇认为SaaS的安全更多地来自内部访问策略的问题；“你一般不会想让纽约的销售代表看到新泽西销售代表的数据。”除非设置了规则，他说，“所有人都可以看到所有东西。”另外，当向SaaS 迁移时，公司也要记得《健康保险流通和责任法案》(HIPAA)和《萨班斯-奥克斯利法案》(Sarbanes-Oxley Act)里的规定。贝里奇指出，一旦法律上出现问题，会要求在本地端保存有数据副本。这意味着要和SaaS软件商设置数据复制的任务计划。

　　为实现数据整合，有第三方公司的软件包(包括Bluewolf的)能把SaaS 软件和思爱普软件系统公司(SAP)和甲骨文公司(Oracle)等的客户端软件连接起来。但当数据交换的速度要求至关重要，如金融交易，这样的链接可能会引起麻烦，贝里奇警告说。