但在SaaS模式中，客户以月为基础来为使用软件付费。刚开始的时候可能比传统许可的收入要低得多。但是，一两年或这更长的时期，SaaS的收入可能远远超出许可模式，并且它会提供更多的可预见的现金流。在一个理想的SaaS模式中，持续的投入需要软件公司对自己的预算和收益做出计划。

　　l客户持续租用决定SaaS的成功

　　使客户持续租用至关重要，因此，软件公司需要一组新的规范，如100%的正常运行时间、高水平的安全和性能保证，面向服务的运作方法必须负责确保服务的质量、优质的发布，并且最重要的是要保证客户的满意度。这种满意度包括：产品的易用性、访问数据的快速、服务的持续和稳定、数据的安全和备份等。

　　这样的需求在SaaS基础设施上提出了新的要求，以满足必须的性能、可用性和安全需求，持续的应用监控是必需的。

　　l持续保持新的面孔

　　当然，客户的需要和期望总是随着时间而改变的。这意味着，软件公司也必须对他们的开发过程保持一种新鲜的面孔。SaaS业务的成功很大程度上依赖于产品的制造和发布。客户总是对产品提出各种新的思想，共性被客户提出并得到厂商的回应，新鲜感让客户觉得厂商一直为客户着想和努力。

　　l软件厂商的技术能力

　　在SaaS环境中，应用程序代码本身往往必须经过优化，以确保可靠性和高性能。另外，产品扩展和新产品开发必须要对市场动态作出响应。所有这些都需要一个针对SaaS环境调整的流水化开发过程。

　　不断优化产品，软件厂商需要快速提高他们的开发能力，不再只是简单地进入市场，而是基于预先的前端产品规划和部门管理的运作。软件厂商应该获得工具和洞察力，从而以一种更加顺利和可操控的方式带来更多备受关注和频繁的软件功能的发布，以满足日益变化的顾客需求。

　　l销售如何推进

　　既然SaaS为终端用户消除了先期许可和基础设施成本，购买决策往往从公司层级转移到部门层级。因此，SaaS销售人员必须拜访相应的部门经理，而不是IT执行官。

　　另一个重要的考虑是市场营销。对SaaS产品有效的市场营销技术和对许可软件有效的那些市场营销技术是不同的，如何影响目标客户关注SaaS产品仍然是一个值得研究的课题。

　　1)通讯频宽的限制

　　SaaS商业模式需要有充足的带宽资源支持，目前我国的通讯基础设施有了很大的发展，但是带宽资源还没到富余的程度，因此，频宽资源可能会成为制约SaaS发展的一个重要因素。

　　2)网络安全性

　　网络的安全性包括了两层含义：一是技术上能够抵御黑客的非法侵入，另一层更重要的含义是SaaS商本身的职业操守达到一定的层次，顾客的商业秘密不会因SaaS自身的原因而泄露。

　　3)社会信用体系

　　我们看到美国的SaaS业发展迅速，应该看到他们多年积累的信用体系其实是SaaS发展的关键动力。然而，反观国内的企业，普遍缺乏信用观念，这极大地增加了SaaS用户的交易成本和投资风险。

　　4)品牌因素

　　由于SaaS这一商业模式本身需要很高的技术要求、安全要求和信用要求，SaaS商的品牌因素也特别重要。

　　虽然技术是SaaS成功的原动力之一，但是SaaS的成功关键不仅在于先进技术和人力资源的掌握，也依赖于对相关业务流程和信息管理的行业经验，因此目前的少数SaaS所提供的功能远不能满足企业用户的需要，无法达到真正的SaaS所提供的功能。

　　4SaaS模式的软件平台成熟度

　　SaaS模式的软件平台是个很复杂的东西，如何检验平台的成熟度标准至今并没有统一的结论，我们尝试通过对国内外基于SaaS模式的软件平台设计中若干关键要素及常见架构的研究，结合目前市场趋势，对SaaS软件平台进行初步的探讨和分析。

　　4.1SaaS软件平台的三大特点

　　从应用架构师的角度来看，设计出色的SaaS应用与设计欠佳的应用之间主要有三点不同之处。设计出色的SaaS应用具有可扩展性、多用户高效性，而且可配置。

　　l可扩展性

　　应用的可扩展性是指能最大限度地提高并行性，以便更高效地利用应用资源，例如，我们要优化锁定时间、无态性、共享线程和网络连接等汇集资源、高速缓冲参考数据以及对大型数据库进行分区等。

　　l多用户高效性

　　对习惯于设计独立的单用户应用的架构师而言，多用户性要求他们进行重要的思维转型。例如，一家公司的用户使用应用服务存取客户信息时，该用户连接的应用实例同时可能还会为其他几十家，甚或是数百家公司的用户提供服务，各用户之间彼此互不知情。这就要求应用架构能够最大化不同用户间的资源共享，不过仍要区分属于不同客户的数据。

　　l可配置性

　　当然，如果我们必须用一台服务器上的单个应用实例满足多家不同公司的需求，那么我们就难以针对某个最终用户的使用体验编写定制代码，因为只要针对某个客户进行了应用定制，就会改变其他用户的使用。因此，我们不是在传统的意义上进行应用定制，而是让每个客户用元数据配置应用的外观和行为。

　　SaaS架构师面临的挑战在于，如何确保客户应用配置的简易性，同时还不必为每项配置支付额外的开发或运营成本。