SaaS的全拼是Software-as-a-Service，顾名思义，“软件及服务”就是通过网络提供软件服务。那么SaaS平台供应商所开发的程序核心指导原则之一，就是通过应用程序的共享多租户体系结构为尽可能多的客户提供服务。所以说，一个SaaS产品，如果只有实现基本的现成便捷应用，那是不成熟的，或者说这家供应商的技术、服务都是不成熟的。
用户能够从SaaS平台的共享应用模式中受益，在于软件供应商能够利用规模经济，借助广泛的功能和工作流程，高水平的安全性和服务的可用性来传递价值。这在以前只能“财富500强”公司才能做到。
基于云的现成软件解决方案的民主化，它的另一面是，在谈及根据自身实际需求定制解决方案时，企业必须权衡一定程度的灵活度。
在SaaS之前，很多公司采用的都是传统的方法，购买现成的本地解决方案，然后外包给承包商定制及实现。另外一种方法是公司内部构建你所需的软件，这对预算较高的大公司来说完全负担得起。
这两种方式虽然都能够通过一定的IT技术来解决方案的定制化需求，但都存在一个显示的问题，包括运营费用的维护，以及项目随着推进的投资回报率一起蒸发的风险。标准化的现成软件并不能永远支持不断迭代变化的业务扩展需求或长期的业务运作。
因此，SaaS是软件交付的最佳可用模式。
SaaS产品对系统架构设计师需要不断于产品团队和销售团队反复沟通，从而确定标准化和定制化之间的界限。对于大多数客户需求的，可以使标准化的模块，对于不同企业类别的需求，可以进行定制化的设计。
客户的需求复杂而具体，这些需求是关键，业务需求通常不像购买一部手机那么简单。当我们在讨论SaaS定制化时，并不仅仅是讨论开发的问题，而是深入研究业务需求，理解业务并使之最终成型。
大型集团企业和中小型企业会因为组织架构、人员多少不同而有不同的需求，不仅需要高接触定制化的大公司来定制产品满足自身独特需求，小公司对产品的需求也有很大差异，软件商不能忽视，需要进行平衡，以便给产品提供足够的可定制型和配置。
定制化的产品一般不会太过偏离核心的多客户SaaS，因为你和你的技术团队不会想要面临长达2-3个小时的客户电话，帮它们解决需求清单实现问题的情形。
所以SaaS产品的关键是遵循基于理论需求的约束方法，限制什么可以改，什么不能改，而不是使用过程中根据客户需求不断变更。坚持这个克制界限很困难，但不能让步。
一些最常见的用例要求能够添加自定义字段、能够定义自定义工作流、可定制我的设置、细微的权限方案等等。
因此，与其倾听客户的每个需求，还不如专注于软件20%的可定制型功能集，因为它能带来80%的价值。
销售部会管理众多服务合同、服务请求、服务水平协议和履行；市场部会管理营销活动；采购部需要使用软件来管理招才计划、申请、招标投标、合同签订、交付和验收过程；项目部会管理项目现场和项目资料；人力资源还有基础的招聘、出勤、福利、工资绩效等的需求。真正的SaaS产品应该是高度可配置这些需求，即开即用即定制。
真正的可定制化SaaS应该是采用统一数据定义及数据库模式，将企业内部与外部完全打通，使数据与信息实时传递与共享，真正解决企业多SaaS系统应用信息孤岛问题。