许多人对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炒作了一段时间黯然下去——那已经是1999-2000年的事情了。那时候互联网上网的企业也少，在网上找客户的企业也少，在网上做广告的企业也少。电子商务、支付宝、IM软件，都还起步。网速也慢，开发工具也简单，没有像如今的AJAX这么自然的UI感受。
听说过ASP这段历史的读者，是最容易产生SAAS和ASP之间到底存在哪些差异的疑问。认为SAAS就是换汤不换药，起了个新名词继续忽悠人，就如同Web2.0、AJAX之类，都是新名词旧技术，把杂七杂八纠集一起，揉揉然后给你包装一个新概念继续卖钱。甚至国内有些厂商为了争SAAS这个头名状，说我们1999年就SAAS了。
但是SAAS真的是换汤不换药的ASP么？
让我们好好看看这两个词：SAAS，软件即服务；ASP，应用托管提供。一个强调的是服务，一个强调的是托管。
我在前面大量的博文在讲Open API、WebService、Json、Javascript API、Open ID，讲组件容器、SCA/SDO、SOA、中间件、虚拟机、云存储、分布式文件系统、分布式关系数据存储、分布式关系数据查询、LINQ、GQL、Flash 3DUI。其实我都一直围绕着软件即服务在研究和探索。
我一路从企业管理软件走来，经历了函数、对象、组件，如今面临着面向服务。我从研究Corba，到Com+、EJB，到如今的SCA/SDO。我也经历了企业EAI、消息中间件、异构应用集成、数据大集中。我也经历了海量数据、企业级存储、企业级灾难恢复、企业级不间断运行。我也组建了咨询、市场、销售、教育、支持、开发、测试、文案、售前这样的组织模式。我也经历了从报表设计器到UI设计器到工作流设计器都自行开发。我也经历了传统管理软件盈利瓶颈困惑、收费困难、盗版问题和互联网网站公司日进斗金3年上市市值超过联想的困惑。
我一直在思考，什么样的盈利模式能够持续的收费，大规模的销售。而非现在的收费模式和销售模式。我也一直在思考，如果真的实现大规模的销售，那么必然用户数据海量，而且并发访问剧烈，这个产品的技术架构应该是如何的？我不断跟踪着业务动态，希望能得到借鉴。但是我看过800CRM、看过xtools，我没有感觉到革命。