SaaS 与托管服务提供商（MSP）

有关 SaaS 和托管服务提供商（MSP）模式之间的界限也存在一些混乱。MSP 模式可能有一些与 SaaS 模式相似的目标。

但是，如果您深入研究 MSP，就会发现 MSP 和 SaaS 实际上是不同的。下图提供了 MSP 环境的概念视图。

托管服务提供商（MSP）模式

此图代表了 MSP 模式的一种方法。左边是在 MSP 模式下运行的客户。通常，这里提到的方法是使用任何可用的自动化来预置每个客户环境，然后为该客户安装软件。

右边是 MSP 为支持这些客户环境而提供的运营足迹的近似值。

需要注意的是，MSP 通常会安装和管理指定客户想要运行的产品版本。所有客户可以运行相同的版本，但 MSP 模式通常不要求这样做。

一般策略是通过拥有这些环境的安装和管理来简化软件提供商的生命周期。尽管这简化了提供商的生命周期，但它与 SaaS 产品所必需的价值观和思维方式没有直接的关联。

它侧重的是减轻管理责任。采取这一举措并不意味着让所有客户都在同一版本上运行，同时还能获得单一、统一的管理和运营体验。相反，MSP 通常允许使用不同的版本，并且将每个环境都视为独立操作的环境。

当然，在某些领域，MSP 开始的时候可能会与 SaaS 重叠。如果 MSP 本质上要求所有客户运行相同的版本，而且 MSP 能够通过一种体验对所有租户集中加入、管理、运营和计费，那可能开始的时候更像是 SaaS 而不是 MSP。

更广泛的主题是，自动化环境安装并不等同于拥有 SaaS 环境。只有当您加入了前面讨论过的所有其他注意事项时，这才更能代表真正的 SaaS 模式。

如果我们回过头来看一下这个案例的技术和运营方面，MSP 和 SaaS 之间的界限就会变得更加明显。通常来说，作为一家 SaaS 企业，您的产品成功与否取决于您是否有能力深入参与体验的所有动态部分。

这通常意味着要了解加入体验、了解运营事件如何影响租户、跟踪关键指标和分析，并与客户保持密切联系。在将其移交给其他人的 MSP 模式中，您最终可能会偏离 SaaS 业务运营的核心关键细节。