SaaS与ASP在本质上没有多大的区别
　　
　　作为软件产业新的商业模式，SaaS（软件运营服务）正成为各大IT厂商关注的焦点。IBM、微软、SAP等都以不同的路数试水SaaS市场，但是面对这片“新大陆”，它们大多表现得很谨慎，甚至是小心翼翼。
　　这基本上反映出整个业界对于SaaS的态度：既看好，也存在担忧。尤其是那些在ASP上吃过苦头的软件商，它们不得不思考：SaaS会否重蹈ASP的覆辙？以中小企业为目标，能否真的被接受呢？对于传统软件开发商、运营商来说，这都充满了风险和挑战。
　　
　　被夸大的SaaS
　　所谓SaaS模式，就是IT厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向IT厂商定购所需的各种应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得厂商提供的服务。
　　单就模式而言，SaaS与ASP有诸多相似之处，但也有本质上的区别。比如，ASP更倾向于一对一的服务，使用一套数据库，使用一个虚拟目录等。而SaaS更加复杂，注重一对多的规模效应，可同时向很多企业提供软件服务。因此，SaaS瞄准的是数量庞大的中小企业市场。SaaS强调应用的可定制性、扩展性，这种定制能力使得SaaS能适合更广泛企业用户的需求。而且并不仅仅局限于应用系统的托管，更多地着眼于提供互联网服务。从这点来看，SaaS拓展了ASP的应用范围。
　　然而更多专家依然认为，SaaS本质就是ASP，ASP和SaaS都是基于B/S架构。
　　
　　80%
　　调查结果显示，2005年，美国用户对SaaS的满意度为90%，而2006年只有80%
　　


　　SaaS能走多远？
　　进入软件应用服务领域，不管是深谋远虑者，还是仓促上阵者，都希望抢占软件应用服务业的大蛋糕。不过ASP曾经遭受的重挫，还让人不能不担心SaaS的成功率到底有多大。因为只有当用户达到一定规模时，SaaS服务商才能使投入的硬件和专业服务成本与营收达到平衡。若SaaS推动者回避ASP的失败教训，这是非常不理性的。
　　其实SaaS与ASP同样面临软件应用服务的四大软肋——安全性、可控性、个性化和稳定性。能否克服这些困难，将是决定SaaS能够走多远的关键。