许多人在研究SAAS，尤其是做传统管理软件的。看着阿里软件，看着Google Office，看着Salesforce，眼馋了。
但是，我经常问他们一个问题，你们研究SAAS的什么？很多人却讲不明白，看个热闹，大呼别人过瘾，自己却没有自己动手的开始。
许多人对SAAS有误区。说SAAS就是给中小企业用的，说SAAS就是CRM，还有的说SAAS只能做些边缘应用，如OA什么的。有的说SAAS在EAI方面不行，有的说SAAS在定制方面不行。这些都是看现状看表面得出的结果。
SaaS是Software-as-a-service（软件即服务）的简称。软件即服务。这才是SAAS。我要接下来的讨论就是在这个大背景下讨论的。如果你不认同软件即服务这个讨论的大背景，请离场，该文章对于你会浪费你的时间。
软件即服务，不仅仅简单的把软件放到网上，采用租赁的收费模式这么简单。如果是这样，现在的网站，现在的B/S软件，过去的ASP模式就是SAAS。
先让我们回顾一下ASP的历史，这个貌似SAAS的家伙。
我们传统做管理软件，先调研，再设计，再开发，再测试，然后市场宣传，然后销售打单，销售方案编写、销售投标陈述、销售演示，然后实施安装、培训、推动上线，需求定制，最后是技术支持服务。如果远程搞不定，还需要及时赶到现场。为了让客户续服务费，如果他们不交服务费，我们就不给他们提供技术支持。如果这个软件不太多的需要后续服务，我们就在用户数、并发量、数据量、时间期限上给客户加限制，逼迫他们给我们续费。如果他们来个反破解，我们就继续道高一尺魔高一丈。
于是，发明了ASP（Application Service Provider ）。应用托管提供商。客户你不用投入硬件（现在硬件换代这么快，你买上两年就旧了，不值得），不用维护（你想一个最起码的系统维护人员，每月1000元的工资，1年还1万2呢），而且我们有强大的安全防护（你自己不专业，很有漏洞，我们有安全专家），我们还有海量数据硬盘和高速的带宽。
客户想：这是好事啊。一尝试，发现不对，我的数据需要放到你的服务器上，你把我的客户档案卖了怎么办？你手下的员工不老实把我企业的信息透露给我的竞争对手怎么办？我知道你老板肯定诚信没问题，但谁能保证你的基层员工没问题呢？我又不能惩罚你的员工。如果是我自己的员工把我自己服务器上的资料泄密了，我自己的人我有的是招治他。
于是，ASP炒作了一段时间黯然下去。那已经是99-2000年的事情了。那时候互联网上网的企业也少，在网上找客户的企业也少，在网上做广告的企业也少。电子商务、支付宝、IM软件，都还起步。网速也慢，开发工具也简单，没有像如今的AJAX这么自然的UI感受。
听说过ASP这段历史的读者，是最容易产生SAAS和ASP之间到底存在哪些差异的疑问。认为SAAS就是换汤不换药，起了个新名词继续忽悠人，就如同Web2.0ÿ
