2025年10月03日·1 分钟
Marc Benioff 与 Salesforce：把 SaaS CRM 打造成订阅型公用事业
了解 Marc Benioff 和 Salesforce 如何推动 SaaS CRM 的普及并构建平台生态系统，将企业软件转变为订阅型公用事业。
了解 Marc Benioff 和 Salesforce 如何推动 SaaS CRM 的普及并构建平台生态系统，将企业软件转变为订阅型公用事业。
Salesforce 的起源故事之所以有价值，是因为它展示了企业购买、运行和扩展软件方式的具体转变：从一次性购买并自行维护，变为订阅服务并持续改进。
本文以 CRM 为视角——并不是因为 CRM 光鲜，而是因为它贴近收入。当跟踪线索、交易和客户历史的系统更容易采用并保持最新时，团队卖、服务与报告的速度都会改变。
Marc Benioff 在这一转变中的作用不在于发明了 CRM，而在于一系列早期选择——通过网页交付 CRM、按订阅定价，并把升级当作供应商集中处理的事务。时机也很关键：工作场所的互联网访问正变得普遍，企业厌倦了昂贵且缓慢的软件上线。
你会获得通俗的理解：
订阅型公用事业是指更像电力而非盒装工具的软件：你不“拥有”它，而是可靠地访问它。你期望它可用、安全并随时间改进——同时厂商在后台运行基础设施、更新和扩容。
客户关系管理（CRM）软件是公司保存客户互动“活记录”的地方——客户是谁、说过什么、承诺了什么、下一步该做什么。人们常把 CRM 描述为数据库，但客户购买它是为了更实用的东西：减少漏掉的事项与更清晰的责任划分。
销售团队使用 CRM 跟踪管道：线索、商机、阶段、下一步与预期关闭日期。销售可以查看账户、记录通话与邮件、设置跟进，避免依赖记忆或分散笔记。
服务团队使用 CRM 管理工单与响应。当客户联系时，支持可以看到之前的问题、购买记录与对话——客户无需重复说明。
市场团队使用 CRM 数据细分受众并衡量哪些活动真正影响了营收（而不仅仅是点击）。
传统安装的 CRM 通常意味着购买服务器、安排实施，并在变更时需要 IT 协助。升级是大型事件——常被推迟因为担心打破定制。久而久之，团队会滞留在旧版本，伴随数据质量问题与流程不一致。
领导层想要可视性：准确的预测、转化率和可依赖的报告。
一线销售想要易用性：快速录入、更少的必填字段和清晰的每日代办。
管理员与 IT 想要控制：可预测的权限、干净的数据规则，以及不用为保持系统最新而不断维护的方案。
好的 CRM 是在不把“更新 CRM”变成工作本身的前提下让这些工作变得更简单。
SaaS（软件即服务）是通过浏览器或应用访问的软件，厂商负责服务器、存储、安全补丁和升级。你登录、使用产品，供应商处理以前在你公司内部或由你管理的托管合同中的幕后工作。
已安装软件（旧模式）像买一个 DVD 播放器：你为一个版本一次性付费，安装到机器上，升级是另行购买或项目。许多公司还需购买并维护额外硬件、备份与 IT 时间来维持运行。
订阅软件更像付电费或健身房会员费：你定期付费，始终在使用当前服务。定价通常按用户、按月/年，有时按功能或存储分层。
SaaS 通常能在几天而非几个月内上线。成本更可预测因为被摊平，更新以连续方式到达而不是大型“升级周末”。团队还可以随处登录，这对外出销售与服务工作很重要。
SaaS 并非没有摩擦。你依赖互联网的稳定性。某些行业有数据驻留要求限制数据存储位置。还有供应商锁定风险：一旦你的数据、工作流和集成在一个系统内，切换可能代价高昂——因此早期询问导出、API 与合同条款很重要。
Salesforce 与更广的转变同步成长：企业开始信任托管的 web 应用来承载重要工作，而不仅仅是“可有可无”的工具。团队不必再买一盒软件、安装到服务器并每隔几年升级，而是可以通过浏览器登录并快速获得价值。
著名的“No Software”信息不只是市场噱头——它触碰到了日常痛点。传统 CRM 项目常伴随漫长的安装周期、IT 工单、版本冲突以及在上线时已经感觉过时的系统培训。网页交付的 CRM 承诺一条更简单的路径：
这对不希望 CRM 变成数月 IT 项目的领导很重要。他们希望在销售季度仍在进行时就能被采用的工具。
早期的 Salesforce 把 CRM 定位在销售团队立刻能识别的事上：管理线索、跟踪商机、把握跟进并报告预测。通过先聚焦销售自动化并保持轻量部署，它降低了“首赢时间”。销售可以立即开始记录活动，管理者可以在无需长时间实施的情况下看到管道报表。
这项关于网页交付 CRM 的早期押注设定了商业软件可以像服务一样运作的期望：随处访问、快速启动、易于维护。
Salesforce 不只是把 CRM 放到互联网上——它改变了软件的构建与运营方式。关键理念是多租户，加上把更新视作常态的发布流程。
在多租户云中，许多客户运行在相同的底层基础设施上（同一栋“楼”），而每个客户的信息保持分离（不同的“上锁公寓”）。你共享管道与管线，但不共享文件。
这种设计重要，因为它让供应商运行一个标准化系统，而不是成千上万个稍微不同的安装实例。
当供应商只运营一个核心系统时，他们可以：
这种效率通常降低了每位客户的运营成本。更重要的是，它能更快地交付功能：新能力可以在服务中一并推出，而无需每家公司都安排并执行升级。
传统已安装软件常伴随痛苦的升级：停机计划、IT 项目、兼容性检查与再培训。通过持续更新，客户基本上停止“购买版本”，开始以增量方式接收改进。CRM 保持最新而无需反复的内部迁移工作。
多租户只有在安全被内建时才可行：客户间强隔离、组织内的细粒度权限，以及谁可以查看、修改或导出数据的清晰管理员控制。在共享环境中，信任不是一个功能——而是基础。
“订阅型公用事业”指你是以使用为主而非拥有的软件。你按周期付费，期望高可用性与安全性，厂商负责持续改进、运行基础设施、打补丁和扩展。
CRM 是客户互动和后续动作的“活记录”。团队将它用于减少脱节、提升责任感，并通过管道跟踪、案例历史和报告让营收活动可见，从而驱动更可靠的销售与服务流程。
本地部署的 CRM 往往需要购买服务器、长期实施并依赖 IT 进行变更。升级是有风险的项目，可能破坏定制，导致团队滞留在旧版本、流程不一致且数据质量下降。
SaaS 通过浏览器或应用访问，厂商负责托管、打补丁和升级。
关键区别：
多租户指许多客户共享同一底层基础设施（同一栋楼），但各自数据在逻辑上隔离（不同锁着的公寓）。它重要的原因是供应商可以只维护一个标准化系统，为所有客户修复问题并统一发布新功能，从而降低成本并加快交付节奏。
持续更新让客户摆脱了“升级季”的负担：无需大规模迁移计划、极少停机准备，并能更快获得新功能。代价是需要成熟的变更管理（测试、权限、发布控制），以防更新破坏内部工作流。
产品型 CRM 提供预定义功能（账户、联系人、商机、报表）。平台型 CRM 则提供可重用的构建模块——自定义对象、自动化、权限模型和 API——让你能在同一记录系统内建模企业特有流程（入职、续约、合规等）。
市场（如 AppExchange 风格的生态）通过提供经过验证的插件与实施专家来放大价值。
在安装应用前，验证：
集成让系统之间受控地互相传递信息，从而避免“多版本事实”。CRM 可以成为事实系统，而财务、支持和营销工具继续各自专注领域。
实用清单：
以结果与采用为导向，而非过早自定义。
可行方法：
更多对比见 /blog，成本考量请查看 /pricing。