SaaS领域的一种更基础的系统——SaaS平台的出现依然是同样的原因，人们希望把SaaS供应商从软件的部署与运营中解脱出来，而专注于应用开发。
设想一下: 没有操作系统，今天随处可见的各种应用服务器也不存在，各种软件开发工具也根本没有，这样的IT世界会是什么样？在这样的世界里，每开发一个新的应用系 统，工程师就必须从头开始: 因为没有操作系统，工程师必须编写驱动程序和各种与硬件有关的抽象层; 因为没有应用服务器，每个应用程序必须自己负责资源的管理、内存的回收、实例的管理等。
幸运的是这样的历史已经过去了。因为人其实很“懒”，一直在不停地寻找更简便的方法做事情。比如，在IT领域，我们习惯于把那些比较困难而又通用的 地方抽取出来由专人去做，应用服务器的出现就是这样的结果。SaaS的出现和流行也有着类似的原因，企业希望把那些复杂的、自己并不专业的软件开发、部署 和维护交给SaaS供应商，而专注于自己的业务领域。今天，SaaS领域的一种更基础的系统——SaaS平台的出现依然是同样的原因，人们希望把SaaS 供应商从软件的部署与运营中解脱出来，而专注于应用开发。
让软件企业专注于软件开发
提供一个合格的企业级的SaaS应用是非常困难的，既要满足客户复杂的业务需求，还要保证系统7x24小时的运行，更为重要的是要以一种安全、高性能而且经济的方式运行。
在SaaS平台出现以前，这一切都是由SaaS服务供应商来负责的，这就意味着，它除了要充分利用有限的预算开发合格的软件外，还要构建合适的IT 基础设施，如租借或者购买网络、服务器，它要解决运行中出现的各种问题，如保证系统的安全、不断对系统进行升级、及时修改程序漏洞等。所有这些任务集中到 一个供应商身上，对于供应商来说其挑战无疑是非常大的，特别是对于过去主要从事软件开发的企业而言更是如此。
实际上，在产业链上，软件供应商的价值体现在给它的客户带来多少价值上，这种价值很大程度上来源于它提供的软件的功能。传统软件企业如果转型为 SaaS服务商，它要承担系统的运行维护，还要投入时间和精力来进行市场推广，这对企业的核心竞争力很有可能会带来负面影响，而SaaS平台的出现则让软 件开发商可以重新回归到自己最有竞争力的领域——软件开发。
SaaS平台为准备开发SaaS软件的企业提供了一个基础，软件企业可以在此基础上以单用户的模式开发自己的应用，然后很容易地通过SaaS平台将软件发布出来供数千用户使用。而软件企业根据自己的使用情况给平台提供商付费。
在SaaS平台背后的概念是很强大的: 尽可能把SaaS的发布与软件开发商和它们的应用分开，同时，为供应商和客户提供一个共同平台，从而打造一套更完整的生态链。
SaaS平台的提供商及其战略
在SaaS平台方面，Salesforce.com(以下称Salesforce)以其AppExchange和force.com开发工具包走在 了最前面。AppExchange是Salesforce推出的用于第三方进行集成和市场推广的一个平台，而Force.com则让软件开发人员和独立软 件开发商(ISV)在Salesforce提供的开发代码和开发框架上建立自己的SaaS解决方案的一个平台，Salesforce也正是使用这些开发代 码和开发框架开发出Salesforce自己的在线CRM应用。这个平台还允许用户的开发人员和ISV们通过Salesforce的Apex代码语言把他 们自己的应用与Salesforce的集成起来。Salesforce的SaaS平台之所以具有集成能力，是因为Salesforce规定了一组API接 口、设计规范以及服务提供和支持的具体标准。
Force.com让ISV可以将主要精力用于提供更丰富的功能，从而更快速地建立它们自己的应用。不仅如此，Force.com还为ISV和开发人员提供了它们建立和交付SaaS应用时所需要的一些组件。另外，Force.com还支持ISV自己定义服务交付规范。
Salesforce为了鼓励更多的ISV在Force.com上建立自己的应用，支持它们把这些应用放到AppExchange上销售。现在 Salesforce已经不仅仅局限于CRM市场，而进入到更广泛的应用领域。Salesforce最近还与Google结成了战略联盟。Google也 有自己的开发平台，双方的联盟就是让两个平台能够彼此互相通信，从而让各自进入更为广阔的应用领域。
其他SaaS公司也有类似的平台战略。NetSuite已经开发出了一个名为NetFlex的平台，该平台支持ISV和渠道伙伴来完善 NetSuite的应用以满足特殊行业的需求。由于有NetSuite的大力支持，再加上有第三方合作伙伴加入而使得生态圈得以壮大，NetSuite的 平台正在逐步完善。
Amazon也通过其简单存储服务(Amazon S3)来抢占平台市场，S3为ISV和用户组织提供了一种低成本开发工具和测试环境，它还让开发人员可以访问Amazon的数据存储基础设 施，Amazon就是在这一存储基础设施上运行其面向全球的网站群的。这一功能以及其他一些基于Web的开发环境，让“公用计算”又重新回到了人们的视 线，不过，今天更流行的说法则是“云计算”。
在中国市场也有SaaS企业在这方面做了很多工作。一直沿袭Salesforce技术路线的八百客就有类似Force.com的开发平台，基于此用 户自己可以做一些定制的工作。阿里软件、奥林科技也属于SaaS平台供应商的范畴。但总体上看，与国外的SaaS领头羊Salesforce、 NetSuite相比，我国的SaaS企业对此的重视还普遍不够，大多数用户也没有把SaaS平台列入SaaS解决方案的评估范围。这可能也与中国目前 SaaS产业发展状况相关，一旦SaaS解决方案普及了，不同解决方案之间的集成问题自然会摆上议事日程，到时SaaS平台对用户的重要性也许就体现出来 了。
SaaS平台的功能要求
SaaS平台主要提供如下功能。
租用: 对于采用SaaS运营模式的软件来说，区分每一个租用软件的用户的数据和其程序执行状况是最基本的功能。而这种租用的概念通常在传统的企业自己部署的软件中是行不通的，它只会让软件的架构更复杂，很可能会超过用户的接受程度。
灵活的计费: 需要能够对每一个SaaS软件进行独立计费，这样在这个平台上运行的SaaS软件无需关心计费问题。
可扩展性: 一个成功的应用因为用户量大而最终无法运行的问题是要极力避免的。为已有的用户提供所需的服务，同时为未来的发展进行规划是很有必要的。
可靠性: SaaS应用的成功首先取决于SaaS应用是否能可靠地运行。
硬件基础设施: 作为一个供应商，在SaaS应用运行中的一个头疼问题是要负责提供企业级的硬件基础设施，以保证应用的运行。
增值服务: 除了SaaS应用开发商提供的价值以外，一个好的SaaS平台还需要为它所支持的应用提供额外的价值。这种价值或者是让应用开发商受益，或者是让最终用户受益。
生态系统: 随着SaaS平台上运行的SaaS应用逐渐增多以及使用这些应用的用户增多，生态系统会逐渐得到完善。最理想的是，这个生态系统能赋予各方这种能力，即参与的各方让各自的应用互联互通起来，从而创造出其中任何一家SaaS供应商无法达到的价值。
SaaS平台的最终目标是，软件开发商无需为它们的应用编写业务逻辑代码，而是通过为用户提供一个应用编程的接口，由用户自己来完成这个工作; 不用考虑SaaS、也不增加额外的费用、不需要延长已经很长的项目周期，正如以前所做的一样，为用户开发出合格的软件。
完善SaaS产业链
SaaS平台的出现是SaaS产业链不断完善的结果，同时，也是市场竞争的一个结果。因为随着用户对SaaS的接受程度上升，SaaS供应商数量也 在爆炸式地增长，其结果就是竞争越来越激烈，用户面对的也是越来越多的SaaS解决方案。过去，为了抢占市场，独立软件开发商从单一产品线扩展为完整的产 品包，今天，SaaS服务供应商们也在采用相似的策略，所不同的是，SaaS服务供应商选择的是SaaS平台。
事实上，不管是对SaaS服务供应商还是用户，SaaS平台都是一件很有意义的事情。对于SaaS供应商来说，利用SaaS平台可以降低它们的开发 成本、加速它们的开发进度、缩短产品上市时间。由于这些SaaS应用建立在SaaS平台之上，在同一平台上的SaaS应用的集成就不成问题了。
用户同样也可以从SaaS平台上受益。用户可以利用SaaS平台自己动手开发(或组装)应用，特别难得的是这些应用还可以与自己先前的SaaS应用 进行集成。有专门从事SaaS应用咨询和研究的公司在美国进行了一次调研，结果显示，有24.6%被调查者愿意选择那些提供SaaS平台的供应商。
SaaS平台的出现已经引起人们重视，业内人士提出对SaaS解决方案评估时要把SaaS平台考虑进去。过去，我们根据应用软件供应商的技术能力和 它们提供的产品的丰富程度以及合作伙伴的多寡来评估它的实力; 同样地，今天我们也应该这样来评估SaaS供应商，包括它所提供的SaaS应用的功能是否丰富、是否易用、产品开发能力及与其他产品之间的集成能力、生态 圈是否完整等。由于用户会部署越来越多的SaaS应用来满足其业务需求，上述的评估方法就显得越来越重要。因为与随随便便从众多的SaaS供应商中挑选一 个单独的解决方案相比，基于SaaS平台的解决方案要集成时，所需要的时间、精力以及成本开支都要小得多。同时，用户在评估和利用这个平台开发满足他们自 己特殊的需求而定制解决方案时也容易得多。