大家可以坚持认为ASP与SaaS是换汤不换药的两兄弟，也可以善意的将SaaS理解为更高成熟度的ASP。
在后一种理解中，ASP偏向于传统的规模较大的软件的租用，而SaaS则在更高软件成熟度的支持下，提供更小的功能服务组件。
从客户角度，像菜单一样模块化的选择更细更多的组件并实际使用量的灵活计费，代替了以往庞大的独立应用，会更贴近用户的需求，有更低的租用和培训成本。
从软件供应商角度，更细的组件也降低了应用开发的成本，缩短了投放市场的周期。
但这些都需要更高的软件成熟度的支持：
- 客户的订购、使用产品，产品接入平台的流程都需要大幅简化，不能再如大型产品一样复杂漫长。
客户在线模块化的快速订购组件，按实际的使用量灵活计费。
应用与平台间订购、认证、共享服务的开放接口简化；
多语言的接口开发包；
支持在线测试、部署应用的开发门户。
- SaaS下组件是细碎零散的，为了避免组件过于细碎零散，能够按主题如某行业应用Mashup起来。
统一的页面风格与用户体验。 类似Salesforce的VisualForce，FaceBook的FBML 页面语言 或Widgets中的UMA规范，由平台进行二次渲染。
组件在数据、服务、界面等层次共享与组合，提供数据总线、服务总线与Mashup Server等基础设施，提供可扩展的行业数据模型；
组件通过上述设施，与企业内部IT系统的良好互联。
- SaaS下组件数量众多，大规模的多租客架构，要求可扩展的部署平台与监控机制。
组件可部署在开发商自己的服务器上，也可以部署到平台中。
平台可参考云计算的思路，按组件的实际使用量进行部署到服务器上。
- Saas组件必须是可定制扩展的。
各组件支持参数化定制、数据模型定制与工作流程定制。
平台提供统一的定制门户入口。