SaaS是Software-as-a-service（软件即服务）的简称，软件即服务，这才是SAAS。我要接下来的讨论就是在这个误区环境下讨论的。如果你不认同软件即服务这个讨论的大背景，请离场，该文章对于你会浪费时间。
    软件即服务，不仅仅简单的把软件放到网上，采用租赁的收费模式这么简单。如果是这样，现在的网站，现在的B/S软件，过去的ASP模式就是SAAS。
    听说过ASP这段历史的读者，是最容易产生SAAS和ASP之间到底存在哪些差异的疑问。认为SAAS就是换汤不换药，起了个新名词继续忽悠人,比如SAAS版本的仓库管理软件免费版，就如同Web2.0、AJAX之类，都是新名词旧技术，把杂七杂八纠集一起，揉揉然后给你包装一个新概念继续卖钱。甚至国内有些厂商为了争SAAS这个头名状，说我们1999年就SAAS了。
    但是SAAS真的是换汤不换药的ASP么？
    让我们好好看看这两个词：SAAS，软件即服务；ASP，应用托管提供。一个强调的是服务，一个强调的是托管。
    我一路从SAAS模式的仓库管理软件免费版走来，经历了函数、对象、组件，如今面临着面向服务。我从研究Corba，到Com+、EJB，到如今的SCA/SDO。我也经历了企业EAI、消息中间件、异构应用集成、数据大集中。我也经历了海量数据、企业级存储、企业级灾难恢复、企业级不间断运行。我也组建了咨询、市场、销售、教育、支持、开发、测试、文案、售前这样的组织模式。我也经历了从报表设计器到UI设计器到工作流设计器都自行开发。我也经历了传统仓库管理软件免费版盈利瓶颈困惑、收费困难、盗版问题和互联网网站公司日进斗金3年上市市值超过联想的困惑。     我一直在思考，什么样的盈利模式能够持续的收费，大规模的销售。而非现在的收费模式和销售模式。我也一直在思考，如果真的实现大规模的销售，那么必然用户数据海量，而且并发访问剧烈，这个产品的技术架构应该是如何的？我不断跟踪着业务动态，希望能得到借鉴。
    首先给我冲击的阿里的支付宝，开放了WebService，允许外站来调用。然后是Google开放了API，让大家在自己的网站或软件中利用Google的软件接口得到自己想要的功能。然后就是MapABC开放了API，让大家在自己的应用中搜索地图和产生标记。然后Amazon也开发了S3服务，让大家用于关系数据的存储和查询。然后就是业界开放之潮不断，SOHU博客也开放了（博客是个人门户不能小觑），豆瓣也开放软件服务了，允许大家查阅书籍资料。
    它们是Open的，它们是SOA的，它们是API的，它们可以嵌入到任何你的应用中，它们是可以服务全球的，你根本无法想象这些软件服务到底最终会有多少人调用，会有多少用户在并发访问。我深深的感觉到，这就是我想要的SAAS。它从收费模式、开发方法、技术架构方法、实现方法、基础设施、软件生态链、快速交付满足客户需求各个方面都对过去传统管理软件和ASP实行了颠覆。
    想想，你提供了一个提醒软件服务，我提供了一个费用报销服务，他提供了一个工作流服务，另外的人提供了报表服务。想想，把这些都整合在一起，会怎样呢？这就是趋势。
    看看我们现在的模式：能做的都做了，从ERP、OA，到进销存、财务、费用报销、考勤请假工资计算。我们无其不能，无其不做。我们N个开发组在加班、N拨项目组在全国出差实施培训、N个小姑娘在客服接电话。我们是一个麻雀虽小五脏俱全的“巨无霸”。
    这种模式从盈利模式到开发组织到技术架构，都是不符合未来趋势的，我们负重前进，我们势必无法像互联网企业一样快速成长,从而开始利用SAAS这种新型的服务模式，这让我们看到了未来SAAS模式仓库管理软件免费版的美好趋势，让我们不得不由衷的钦佩这种服务模式的开创者。