SaaS的概念已经提出有一段时间了，有一些应用服务商也提供了相应的解决方案，例如金蝶打造了友商网。对于SaaS是什么，我想以一个故事来开始。在很久以前，一个家庭如果希望喝牛奶的话都是需要自己家里养几头奶牛，慢慢的养奶牛的范围不断扩大，但是还是会有一部分人不愿为了喝牛奶而承担养奶牛的成本，于是喝牛奶虽然得到了推广，但还是作为一个相对奢侈的行为。但是有一天，有一个家庭站出来说：我家养了很多奶牛，将向大家提供牛奶。在这个家庭提供牛奶时，为了完成这个任务，需要搭建了一个平台，这个平台的后端就是奶牛、饲养员、挤奶工人、生产设施、运输系统等，而前端则是实际提供的产品和营销渠道等。通过这个举措，提供牛奶的这个人成为了一个服务商，因为集中生产，单位成本降低了，有更多的人喝上了牛奶;原来的一些养奶牛的人也开始放弃养奶牛而选择购买牛奶，因为自己养的奶牛挤的奶原本就多了，通过买牛奶，可以省下一部分钱用来购买其他物品。这一切在正常情况下都是没有问题的，但是还是会出现一些断货、牛奶变质的情况，毕竟这些情况的发生有其潜在的可能性。于是就仍然有一些资金宽裕的家庭或者要求高的家庭选择继续饲养奶牛。

通过以上的故事，我们或许能够发现一些SaaS的面貌，将上面故事中的家庭换成企业，把牛奶换成软件等等，或许我们就不难发现SaaS的一些概貌。SaaS达到的效果有以下几个显著的特征：

第一，成本的降低。通过SaaS的方式，应用服务商发挥资源集中的优势，可以达到规模效应，相应的给单个公司提供软件服务就降低了。成本的降低也降低了使用软件服务的进入门槛。

第二，企业可以按需购买。作为应用服务商来说，提供的服务是面向所有有需求的企业，作为企业可以在任何需要的时间来购买这项服务，这样企业就可以完全根据自身的需要来购买SaaS模式提供的软件服务，而不必担心高昂的维护成本。

第三，由于集中资源的优势，应用服务商可以提供更多更好的服务，例如可以提供整套的进销存、可以提供一套财务系统，或者仅仅提供一个MRP运算功能;同时对于企业的数据还可以提供更好的容灾支持。这些都是对原来单个公司使用软件所获得的服务的提升。

正如上面的故事中提到的那样，如果一个SaaS服务提供商希望为企业提供服务，那么他就需要有一套完善的生产体系、运输体系、营销体系，只有这样才能提供一个有保障的产品，所谓生产体系，在软件业来说主要包括各种提供运算和存储的硬件设备、负责运行软件服务的软件、提供软件业务逻辑和日常维护的人员，而运输系统，主要是通常的网络设施及网络传输解决方案，最后的营销体系同常规产品没有太大的差异，仅仅是销售的产品不同而已。这样的一套完整的系统就提供了企业需要的软件服务，而每个企业在需要这些软件服务时只需要按照协商的价格购买和使用相应的软件服务，其他的一切就可以交给应用服务商来解决了。

上述的这一切可以说是一个非常美好蓝图，但是这种模式仍然存在着一些问题：

首先，数据存储的安全性存在隐患。应用服务商提供了正常的容灾存储服务可以保障数据的存储安全性，但是这种安全性是以应用服务商提供服务为前提的，如果有一天应用服务商不再提供服务，那么这一安全性就消失了，所以应用服务商在关闭服务前需要提供一个备份的机会，最好能提供一个转换到通用格式的工具。

其次，数据的保密性需要得到保证。企业提供的数据可以说是企业的商业机密，作为应用服务商是很有可能利用这些数据来牟利，那么这样就需要应用服务商能够有一个很好的约束机制，以确保数据不会得到非法的利用。

再次，企业在使用服务上将更多的受制于应用服务商提供的服务标准。应用服务商在提供服务时将会更多的使用标准的功能和业务逻辑，如果企业需要一些个性化的服务将受到限制或者是付出更高的成本，这点也将成为制约SaaS发展的一个重要因素。

最后，服务的中断风险和质量低下等风险也都伴随着应用服务商提供服务的过程中。一旦出现应用服务商的系统崩溃或者网络中断等原因，应用服务商都将无法正常提供软件服务，同时应用服务商提供的服务标准不一定能够达到企业的要求，这些也会成为企业是否选择购买这种软件服务的重要参考依据。

所以对于一些企业来说，或者是因为不在意SaaS的优势，或者是不能忍受SaaS模式的风险，还是会继续采用自建软件系统的方式，而不是通过购买软件服务的方式。这个同有些人宁愿自己养头奶牛自己挤奶喝是一样的道理。

总的来说，一个产品或者概念的提出都是为了解决一些现实的问题，而这些问题的解决有可能会带来另外一些问题，作为提供服务者需要关注自己的目标消费群到底是哪些对象，而作为使用服务者则需要清楚自身到底需要什么样的服务。