跳到主内容
@wquguru
精选88SaaStr 博客(RSS)战略与拆解

系统之记录仅保留存,增长需靠数据层与AI代理策略

Being a System of Record Helps With Retention. But Alone, It Won’t Equal Growth

原文
发到 X
推荐理由

用ServiceTitan与Podium的真实案例拆解了“系统之记录”的局限性,给出了清晰的架构取舍逻辑:记录层负责留存,数据层负责增长。对SaaS架构选型和定价策略有直接参考价值。

The other day ServiceTitan shut off Podium’s integration for roughly 1,000 shared customers after a nine-year partnership. The coverage mostly framed it as a breakup. It works better as a case study in what owning the record can and can’t do for you.

前几天,ServiceTitan 在长达九年的合作后,切断了与 Podium 的集成服务,影响了大约 1,000 家共享客户。媒体报道大多将其描述为“分手”。但将其视为一个案例研究更为恰当:它能说明拥有“记录系统”(System of Record)的能力与局限。

ServiceTitan delisted a partner with $100M in AI agent ARR, cut off 1,000 shared accounts, and kept essentially all of those accounts. The contractors stayed because their jobs, invoices, customer history, and technician schedules all live in ServiceTitan. Podium was the removable piece. That is what being the System of Record buys you.

ServiceTitan 下架了一家拥有 1 亿美元 AI 代理年度经常性收入(ARR)的合作伙伴,切断了 1,000 个共享账户,并保留了几乎所有这些账户。承包商之所以留下,是因为他们的工作、发票、客户历史和技师排班都存储在 ServiceTitan 中。Podium 则是可移除的部分。这就是成为记录系统所带来的优势。

What it didn’t buy was a change in the growth rate. ServiceTitan grew 25% last quarter, which is a very good number and roughly the best case for a vertical System of Record in 2026. Snowflake grew product revenue 34% with 126% net revenue retention. Databricks crossed $7B ARR growing over 80%.

但它并未带来增长率的改变。ServiceTitan 上季度的增长率为 25%,这是一个非常不错的数字,大致代表了 2026 年垂直领域记录系统的最佳情况。Snowflake 的产品收入增长了 34%,净收入留存率达 126%。Databricks 的 ARR 突破 70 亿美元,增长率超过 80%。

Owning the record is a retention asset. The growth has to come from somewhere else, and the gap between the two is widening every quarter.

拥有记录系统是留住客户的资产。增长必须来自其他地方,而这两者之间的差距每个季度都在扩大。

Why Being a System of Record Alone … Isn’t Enough:

为什么仅作为记录系统……还不够:

  • Systems of Record convert into retention, not acceleration. ServiceTitan can cut off a partner, lose nobody, and still grow 25%. Salesforce’s applications business, the actual System of Record, grew 7% in constant currency last quarter.
  • Systems of Record are the most expensive databases most companies own. Salesforce’s list price for additional data storage is $125 per month per 500MB, or $3,000 per GB per year. The same gigabyte on S3 costs a fraction of a cent per month.
  • Agents create, consume, and touch far more data than humans ever did. Salesforce processed 28.6 trillion tokens for customers, up 152% quarter over quarter. Data 360 ingested 52 trillion records in a single quarter, up 136% year over year. None of that is human-scale volume, and none of it is priced for.
  • Salesforce already conceded the point. Of those 52 trillion records, 35 trillion came in via Zero Copy, meaning they never physically moved into Salesforce. Zero Copy volume grew 277% year over year. The fastest-growing data motion at the largest System of Record is the one where it doesn’t hold the data.
  • Owning the record doesn’t win you the agent sale. Podium built $100M in AI agent ARR in under 24 months, much of it inside ServiceTitan’s own customer base. Open platforms lose agent deals to specialists. Closed ones eventually lose the customer.
  • API limits bite before storage costs do. Salesforce allocates API calls per user per day. Agents don’t have users. ServiceTitan’s April 2026 API terms go further and bar AI systems from independently choosing endpoints.
  • 记录系统将转化为留存率,而非加速增长。ServiceTitan 可以切断与合作伙伴的连接,不流失任何客户,同时仍能实现 25% 的增长。Salesforce 的应用程序业务(即实际的记录系统)上季度在恒定汇率下增长了 7%。
  • 记录系统是公司拥有的最昂贵的数据库。Salesforce 对额外数据存储的标价是每 500MB 每月 125 美元,或每 GB 每年 3,000 美元。而在 S3 上,同样的千兆字节每月只需几分钱。
  • AI 代理创建、消费和接触的数据量远超人类以往的水平。Salesforce 为客户处理了 28.6 万亿个 token,环比增长 152%。Data 360 在一个季度内摄取了 52 万亿条记录,同比增长 136%。这些数据量都不属于人类规模,且目前都没有相应的定价模型。
  • Salesforce 已经承认了这一点。在这 52 万亿条记录中,有 35 万亿是通过零拷贝(Zero Copy)方式进入的,意味着它们从未物理移动到 Salesforce 内部。零拷贝量同比增长 277%。在最大的记录系统中,增长最快的数据流动恰恰是它不持有数据的那部分。
  • 拥有记录系统并不能赢得 AI 代理的销售订单。Podium 在不到 24 个月内建立了 1 亿美元的 AI 代理 ARR,其中很大一部分来自 ServiceTitan 自身的客户群。开放平台会将代理交易输给专家型厂商,而封闭平台最终会失去客户。
  • API 限制在存储成本之前就会成为瓶颈。Salesforce 按用户每天分配 API 调用次数。智能体(Agents)没有用户。ServiceTitan 2026 年 4 月的 API 条款更进一步,禁止 AI 系统独立选择端点。

#1. What the Podium fight actually proved

#1. Podium 之争实际上证明了什么

ServiceTitan’s Marketplace policy, published in June 2026, welcomes competitive partners as long as they aren’t using the partnership and the support that comes with it to gradually displace parts of ServiceTitan. Its API terms from April 2026 require calls to stay inside a predefined certified scope and bar AI systems from choosing endpoints on their own.

ServiceTitan 于 2026 年 6 月发布的 Marketplace 政策欢迎竞争性合作伙伴,前提是他们不利用该伙伴关系及其附带的支持来逐步取代 ServiceTitan 的部分功能。其 2026 年 4 月的 API 条款要求调用必须保持在预定义的认证范围内,并禁止 AI 系统自行选择端点。

Together those two documents describe a perimeter. ServiceTitan is defending the ground around the record, and it has the leverage to do it, because the alternative for a contractor is ripping out the thing that runs their business.

这两份文件共同描绘了一个边界。ServiceTitan 正在捍卫围绕记录系统的阵地,并且拥有这样做的杠杆能力,因为对于承包商而言,替代方案是拆除运行其业务的核心系统。

That leverage is worth a lot. It shows up as high renewal rates, as pricing power, as net revenue retention above 110%. It is also almost entirely defensive. Cutting off Podium doesn’t add a dollar of new revenue to ServiceTitan. It prevents the loss of some future dollars. Those are different businesses.

这种杠杆价值巨大。它体现为高续费率、定价权以及超过 110% 的净收入留存率。但它几乎完全是防御性的。切断与 Podium 的合作并不会为 ServiceTitan 增加一美元的新增收入,而是防止未来部分收入的流失。这是两种不同的商业逻辑。

Every System of Record carries the same asymmetry. The switching cost that keeps customers in is a separate asset from the thing that makes them spend more.

每个记录系统(System of Record)都承载着同样的不对称性。将客户留在系统中的转换成本,与促使他们花费更多的因素是两个独立的资产。

ServiceTitan Just Shut Off Podium’s Integration for ~1,000 Shared Customers. Why? Agents Turned a 9-Year Partner Into a Direct Competitor.

ServiceTitan 刚刚切断了与 Podium 针对约 1,000 个共享客户的集成。为什么?因为智能体将一家拥有 9 年历史的合作伙伴变成了直接竞争对手。

#2. Retention is the floor, not the engine

#2. 留存率是底线,而非引擎

Look at what the Systems of Record are printing.

看看这些记录系统正在产生的数据。

Salesforce reported $11.13B in Q1 FY27, up 13%. Strip out the Informatica acquisition and organic growth lands closer to 8-9%. More telling is how the company now segments itself. Agentforce Apps, which is sales, service, marketing, commerce, and Slack, came in at $6.91B and grew 7% year over year in constant currency. Data 360, Headless Platform, and Other went from $2.95B to $3.68B.

Salesforce 在 FY27 第一季度报告了 111.3 亿美元的收入,同比增长 13%。剔除 Informatica 收购的影响后,有机增长更接近 8-9%。更具指示意义的是公司现在的自我细分方式。Agentforce Apps(涵盖销售、服务、营销、商务和 Slack)收入为 69.1 亿美元,按不变汇率计算同比增长 7%。Data 360、Headless Platform 和其他业务从 29.5 亿美元增长至 36.8 亿美元。

The record layer grew 7%. The data layer grew 25%. Same company, same customers, same quarter.

记录层增长了 7%。数据层增长了 25%。同一家公司,相同的客户,相同的季度。

Veeva, one of the most locked-in Systems of Record in existence, grew 16% last quarter while running a full CRM migration underneath its customers. Salesforce management flagged lower attrition as a driver of net new order value. Retention is holding up fine.

Veeva 是现存锁定程度最高的记录系统之一,上个季度在其客户进行完整的 CRM 迁移的同时实现了 16% 的增长。Salesforce 管理层指出,较低的流失率是净新订单价值的驱动因素。留存率表现良好。

Now the layer underneath. Snowflake: product revenue up 34%, NRR 126%, RPO up 38%, 779 customers over $1M. Databricks: over 80% growth at $7B ARR.

现在看底层。Snowflake:产品收入增长 34%,NRR 为 126%,RPO 增长 38%,拥有 779 家百万美元级客户。Databricks:在 70 亿美元 ARR 基础上实现超过 80% 的增长。

Customers aren’t leaving the System of Record. They’re spending their incremental dollars somewhere else.

客户并没有离开记录系统(System of Record)。他们只是将新增的支出花在了其他地方。

#3. Systems of Record are extremely expensive databases

#3. 记录系统是极其昂贵的数据库

Salesforce charges roughly $125 per month for an additional 500MB of data storage. That works out to $250 per GB per month, or $3,000 per GB per year. File storage is cheaper at about $5 per GB per month, which is still $60 per GB per year.

Salesforce 为额外的 500MB 数据存储每月收取约 125 美元。折合下来是每 GB 每月 250 美元,或每 GB 每年 3,000 美元。文件存储更便宜,约为每 GB 每月 5 美元,即每 GB 每年 60 美元。

One 2026 analysis put it at $15,000 a year for 5GB of Salesforce data storage against under $30 a year for the same 5GB on S3.

一项 2026 年的分析指出,在 Salesforce 上存储 5GB 数据的年费用为 15,000 美元,而在 S3 上存储同样的 5GB 数据年费用不到 30 美元。

Those aren’t the same product, and Salesforce would rightly say you’re paying for a governed, permissioned, audited, workflow-attached record rather than for bytes. That’s a fair defense of the price. It stops being a defense of the architecture once agents show up.

这些并非相同的产品,Salesforce 会合理地辩称,你支付的是受治理、权限控制、可审计且与工作流关联的记录服务,而非字节本身。这是对价格的合理辩护。但当智能体(agents)出现后,这种辩护就不再成立。

The price was set for a world where data volume is bounded by how fast humans can type. A rep creates a few dozen records a day. A support agent logs a case. A field tech closes a job. At that volume nobody notices they’re paying four orders of magnitude over commodity storage, because the absolute number stays small.

该定价模型基于一个假设:数据量受限于人类打字的速度。销售代表每天创建几十条记录;客服代理登记一个案例;现场技术人员关闭一个工单。在这种数据量级下,没人注意到他们支付的存储成本比通用存储高出四个数量级,因为绝对数值仍然很小。

Agents are not bounded that way.

智能体的行为不受此限制。

#4. Agents produce an absurd amount of data, and much of it doesn’t have to be in a System of Record

#4. 智能体会产生海量数据,其中许多数据无需存储在记录系统中

Run a real agent workload and look at what it generates. Tool call traces. Intermediate reasoning. Embeddings. Retrieval logs. Scoring runs. Evaluation results. Failed attempts. Retries. Every one of those is data the agent creates, keeps, and reads back.

运行真实的智能体工作负载,看看它生成了什么:工具调用追踪、中间推理过程、嵌入向量、检索日志、评分运行、评估结果、失败尝试、重试操作。这些都是智能体创建、保存并读取的数据。

In our own Connect build, a single scoring pass writes 164,523 rows. That’s one job, on 14.5k profiles. We’re importing 250k profiles next, roughly 17x the scale. That data has to live somewhere cheap enough that I can re-run the whole thing when a scoring rule turns out to be wrong, which happens regularly.

在我们自己的 Connect 构建中,单次评分运行写入 164,523 行数据。这仅涉及一个任务,处理 14,500 个配置文件。我们即将导入 25 万个配置文件,规模大约是前者的 17 倍。这些数据必须存储在足够廉价的地方,以便当评分规则出错时(这种情况经常发生),我可以重新运行整个流程。

Almost none of it is a business object. It’s the exhaust of the agent doing its job: enormous, mostly disposable, read far more often than written.

其中几乎没有任何业务对象。它们是智能体执行工作时产生的“废气”:体量巨大、大部分可丢弃、读取频率远高于写入频率。

Salesforce’s own disclosures show the scale. 28.6 trillion tokens processed to date, up 152% quarter over quarter. 3.8 billion Agentic Work Units delivered, up 111% quarter over quarter. Data 360 ingesting 52 trillion records in a single quarter, up 136% year over year.

Salesforce 自身的披露数据展示了这一规模:截至目前已处理 28.6 万亿个 token,环比增长 152%;交付了 38 亿个 Agentic Work Units(智能体工作单元),环比增长 111%;Data 360 在单个季度内摄取了 52 万亿条记录,同比增长 136%。

Now set that against a 7% growth rate in the applications business. Data volume moving through the platform grew 136%. System of Record revenue attached to it grew 7%.

现在将这些数据与应用业务 7% 的增长率进行对比。通过平台流转的数据量增长了 136%,而与之挂钩的记录系统收入仅增长了 7%。

#5. The API limit hurts before the storage bill does

#5. API 限制在存储账单生效之前就已造成阻碍

Storage you can at least pay for. API access is often capped regardless.

至少能负担得起的存储。无论怎样,API 访问通常都有上限。

Salesforce editions come with API call thresholds allocated per user per day. That made complete sense when API calls were a proxy for integrated human work. It breaks immediately with agents, because agents don’t have seats. The more agentic the workload, the faster the ceiling arrives, and the only lever is buying seats nobody sits in.

Salesforce 各版本为每个用户每天分配了 API 调用次数限制。当 API 调用量作为集成人工工作的代理指标时,这完全合理。但随着智能体(agents)的出现,这一逻辑立刻失效,因为智能体不需要占用席位。工作负载中智能体的比例越高,上限来得越快,而唯一的应对手段就是购买无人使用的席位。

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

相似阅读

关联信息,但可能不是同一事件