1.软件基于互联网运用，采用标准浏览器作为交互界面；

2.实现了移动办公，用户可以在任何可以上网的地方使用该软件，不必增加任何特别的软件和硬件；

3.具备快速、简洁的交付、设置和培训过程；

4.采用“一对多”模式，是一种多订户系统构架，可以同时支持数千名用户同时使用；

5.付费方式灵活，一般按照服务模式进行付费，用多少付多少，也可按使用时间支付；

6.数据交换接口友好，包括数据的导入和数据的导出等，便于SaaS的数据与客户内部的系统进行数据的输入和输出。

SaaS的阻力与机遇

有人说，之所以现在人们突然接受SaaS模式，是因为用户厌倦了一次购买的“量贩式”软件采购形式，就像买来一大桶甘草糖，却可能一辈子也吃不完。而如果只是为所消费的部分买单，显然更符合如今IT预算削减的大趋势。 另一方面，系统部署的不完善也同样促使人们改用SaaS模式。例如像ERP这样的企业应用软件，软件的部署和实施比软件本身的功能、性能更为重要，万一部署失败，所有的投入几乎全部白费，这样的风险是每个企业用户都希望避免的。而如果企业应用软件可以像水、电等公共设施那样来提供，用户只需为获得的服务付费，就像支付电话费那样，那企业所要承担的风险显然大大降低。通常的ERP、CRM项目的部署周期至少需要一、两年甚至更久的时间，而SaaS模式的软件项目部署通常最多也不会超过90天，而且用户无需在软件许可证和硬件方面进行投资。

很多人都会把现在的SaaS和之前ASP做比较。从供应商技术架构上来说，这两种应用存在明显区别：传统的ASP只是针对每个客户定制不同的应用，而没有将所有客户放在一起进行考虑。在SaaS模式中，是在用户和Web服务器的应用之间增加了一个中间层，这个中间层用来处理用户的定制、扩展性和多用户效率问题。当然，对用户来说这样的解释有些不好理解。因为对他们来说，表面上的应用差不多，都是把自己的软件应用放在了别人的平台上。

SaaS的支持者认为导致早期ASP失败的许多问题已经或正在得到解决：Web服务技术简化了应用软件的定制和集成；身份管理技术能够跨越服务提供商和企业的不同系统平台，集成用户配置管理；一小批幸存下来的ASP还开发了一些可提高托管平台可靠性、扩展性和安全性的技术。

但是，即使解决了这些挑战，企业还是有疑问：托管服务能否与内部企业应用软件合理集成？用户对托管方案是否适用于自己独有的业务流程还心存疑虑，甚至一些企业的IT部门经理连数据中心都不愿意依靠外部托管服务商，更不用说将业务系统托管了。另一方面，完全依赖基于浏览器的用户界面使得用户感觉非常没有安全感，事实上做技术出生的IT管理人员更愿意自己能够看到应用的所有组成部件。

从技术上来说，集成不是问题。随着面向服务架构(SOA)和Web服务逐渐兴起和普及，托管服务商会为其所提供的方案添加Web服务接口，从而企业内外部的数据层集成将会相当容易。随着托管集成技术的发展，用户也可以在托管平台上开发基于流程的应用软件。不少托管服务商都很推崇这个想法，并先后为此推出一些集成和应用软件开发平台，实际上，包括Amazon、eBay在内的大多数托管服务商也似乎都在往这个方向发展。用户有了这种开发环境之后，可以开发定制化的应用功能，与传统应用软件不同，它们的新版本在开发出来之后仍可以在原有的平台上正常使用。

对用户而言，供应商开发出先进的技术不难，难的是让用户了解并信任这些技术。

根据《InfoWorld》对SaaS供应商的调查表明，有些方案可以在购买前先试用。SaaS的优点在于易于部署，用户可以自己建立账户、设置权限等。许多SaaS供应商提供自助式试用方案，有的提供逼真的试用流程体验。