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

AI Agent 接管 CRM:40GB 数据

When Agents Take Over the System of Record: 40GB Nobody Typed, a Renewal Agent Built in Half a Day, and Why Our Agents Love Clay: The Agents #013

原文
发到 X

Episode #013 of The Agents is here! Same setup as always: three humans, 20+ agents in production, an 8-figure B2B + AI business.

《The Agents》第013集来了!一如既往的配置:三个人类,20多个生产环境中的代理,一个八位数营收的B2B+AI业务。

This week was about what happens when agents take over the system of record. ServiceTitan just cut off Podium over exactly this question. Our own agents have written about 40GB into Salesforce, 99% of it through the API, and neither of us had logged into Salesforce in a week when it flagged us for overages. And just how safe are “Systems of Records” in the Age of AI?

本周的话题是当代理接管记录系统时会发生什么。ServiceTitan刚刚因为这个问题切断了与Podium的合作。我们自己的代理已经向Salesforce写入了大约40GB的数据,其中99%通过API完成,而当我们被标记为超量时,我们俩已经一周没有登录Salesforce了。在AI时代,“记录系统”到底有多安全?

#1. Our System of Record Told Us We Had Too Much Data. We Hadn’t Logged In All Week.

#1. 我们的记录系统告诉我们数据太多了。我们整周都没登录过。

Salesforce told us we were already running overages just weeks after moving our marketing data over.

Salesforce告诉我们,在我们将营销数据迁移过去仅几周后,就已经超量了。

Amelia’s first reaction was that it couldn’t be right, because we’re barely in there. We’re not the ones writing. The agents are in there constantly, writing as they go: task records, email sends, opens, clicks, call metadata, enrichment. We went from about 5GB to about 40GB in roughly 30 days. Roughly 21 million records.

Amelia的第一反应是这不可能,因为我们几乎没在里面操作。我们不是写入方。代理们一直在里面,边工作边写入:任务记录、邮件发送、打开、点击、通话元数据、数据丰富。我们在大约30天内从约5GB增长到约40GB,大约2100万条记录。

If you’re deploying agents against your CRM, your storage line is going to move dramatically. And the storage costs are often much higher than you might expect.

如果你在CRM上部署代理,你的存储线将大幅变动。而且存储成本往往比你预期的要高得多。

#2. ServiceTitan Cut Off Podium After Nine Years and ~1,000 Shared Customers

#2. ServiceTitan在九年和约1000个共享客户后切断了与Podium的合作

ServiceTitan is the system of record for a huge share of the trades. Podium fed it leads for years, and both sides did well.

ServiceTitan是大量行业交易记录的系统。Podium多年来为它提供线索,双方都做得很好。

Then Podium went agentic and crossed nine figures of agent revenue. The agent talked to the customer, scheduled the appointment, tracked the job, and started holding the record. A partner that used to hand off one discrete thing was suddenly doing a lot of what ServiceTitan does.

然后Podium转向代理化,代理收入达到九位数。代理与客户交谈、安排预约、跟踪工作,并开始持有记录。一个曾经只交接单一事务的合作伙伴突然做了很多ServiceTitan做的事情。

ServiceTitan’s public position was more mature than the fight around it. You can compete with us, you can access records, you can’t use the partnership to displace us. Podium got 30 days’ notice, which is short for a broken integration serving a thousand joint customers. Smaller competitors are still on the platform.

ServiceTitan的公开立场比围绕它的争斗更成熟。你可以与我们竞争,你可以访问记录,但你不能利用合作关系来取代我们。Podium得到了30天的通知,对于一个服务一千个共同客户的断裂集成来说,这时间很短。较小的竞争对手仍在平台上。

Watch for this in CX and support next. If a customer talks to your agent on someone’s website and that agent keeps them, the CRM underneath that interaction may not be needed at all.

接下来关注客户体验和支持领域。如果客户在某个网站上与你的代理交谈,而那个代理留住了他们,那么支撑那次交互的CRM可能根本不需要了。

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的集成,影响了约1000个共享客户。为什么?代理把一个九年的合作伙伴变成了直接竞争对手。

#3. The Same 40GB Is a Lot in Salesforce and a Rounding Error in Postgres

#3. 同样的40GB在Salesforce里是很多,但在Postgres里只是四舍五入的误差

We asked Claude what those 21 million records would cost on Postgres. The estimate came back around a thousand times cheaper. That’s an agent’s estimate rather than a quote, but the direction isn’t in dispute. On Neon or Supabase or Databricks, 40GB is nothing.

我们询问了Claude,在Postgres上存储那2100万条记录的成本是多少。估算结果大约便宜了一千倍。这是代理的估算而非正式报价,但方向没有争议。在Neon、Supabase或Databricks上,40GB根本不算什么。

This isn’t Salesforce being a bad actor. They have real costs on a database architected for an era when the customer was a human clicking a UI a few dozen times a day. Nobody priced for agents writing constantly.

这不是Salesforce在扮演坏角色。他们在为那个客户每天点击界面几十次的时代设计的数据库上承担了实际成本。没有人会为持续写入的代理定价。

A year ago people hazed me on X for running the agent stack on Salesforce instead of Postgres. My answer then still holds: we have ten years of hard data in there, it doesn’t drift, it doesn’t hallucinate, and Artisan and Qualified integrate with it natively. If it costs a few nickels more, fine. The question is what happens when it stops being nickels.

一年前,人们因为在Salesforce上运行代理栈而不是Postgres而在X上嘲笑我。我当时的回答仍然成立:我们在那里有十年的硬数据,它不会漂移,不会产生幻觉,而且Artisan和Qualified与它原生集成。如果多花几分钱,没问题。问题是当它不再是几分钱时会发生什么。

#4. Raising API Prices While Our Data Goes Up 100x Is a Self-Inflicted Wound

#4. 在数据增长100倍时提高API价格是自伤行为

A lot of vendors are talking about charging more for API access right now, on the logic that customers buy fewer seats and the money has to come from somewhere.

现在很多供应商都在讨论提高API访问费用,理由是客户购买的席位减少,资金必须从某处来。

I understand why the sales leader in the room wants that. If our data were flat and you raised API pricing 20%, we’d be annoyed and pay it. Our data is up 10x heading to 100x. Raising the per-call price on top of that isn’t a 20% increase, it’s 200% or 2,000%, to reach our own data.

我理解为什么在场的销售负责人想要这样。如果我们的数据是平稳的,你提高API价格20%,我们会感到恼火但会支付。我们的数据增长了10倍,正朝着100倍发展。在此基础上提高每次调用的价格,不是20%的增长,而是200%或2000%,才能访问我们自己的数据。

What that buys you is our decision to put the next 100GB somewhere else. What customers want is cost tied to outcomes and resolutions, not a meter on reaching their own records.

这换来的是我们决定把下一个100GB放在别处。客户想要的是与结果和解决方案挂钩的成本,而不是为访问自己的记录付费。

#5. Headless Made Salesforce 10x More Useful, and Probably, Also Easier to Leave

#5. 无头化让Salesforce变得有用10倍,可能也更容易离开

It took me a while to realize that 10K, our AI VP of Revenue, really is headless Salesforce.

我花了一段时间才意识到,10K,我们的AI收入副总裁,真的是无头Salesforce。

It didn’t start that way. Amelia built 10K without a Salesforce integration, we added one to pull a little data, and the agent kept finding more it could do with the connection. Now six things run through it: classic Salesforce CRM for our sales team, Qualified, Momentum for call recordings, Agentforce, Marketing Cloud Next, and a custom quote-to-cash app reaching PandaDoc, Bill.com and QuickBooks. Amelia had never logged into Salesforce in a decade before building 10K.

一开始并非如此。Amelia构建10K时没有Salesforce集成,我们添加了一个来拉取一点数据,然后代理不断发现它能用这个连接做更多事情。现在有六件事通过它运行:我们销售团队的经典Salesforce CRM、Qualified、用于通话录音的Momentum、Agentforce、Marketing Cloud Next,以及一个连接到PandaDoc、Bill.com和QuickBooks的自定义报价到现金应用。在构建10K之前,Amelia十年里从未登录过Salesforce。

Vendors should sit with the second half of that. The same architecture that makes your system 10x more powerful makes it 10x easier to split. An agent that can sit on top of your API has no trouble sitting on top of three.

供应商应该深思后半部分。同样的架构让你的系统强大10倍,也让它更容易拆分10倍。一个能坐在你API之上的代理,坐在三个API之上毫无困难。

#6. Bizzabo Was a CRM Since 2018 and We Never Treated It Like One

#6. Bizzabo自2018年以来就是一个CRM,我们从未把它当作CRM来对待

10K pulls from two systems that function as CRMs for us. Salesforce, and Bizzabo.

从两个作为我们CRM的系统拉取了1万条数据:Salesforce和Bizzabo。

We’ve sold tickets and emailed attendees through Bizzabo since 2018. That is a CRM by any definition. We never thought of it that way because getting data out of it was too much work to bother. Agents made it worth bothering.

自2018年起,我们通过Bizzabo售票和发送邮件给参会者。按任何定义,这都算CRM。我们从未这样想过,因为从中导出数据太费力,不值得去做。代理让这变得值得。

Go look at whatever system in your stack holds years of customer interaction that you’ve never queried because the export was painful. It’s a CRM now.

去看看你技术栈里那个存有多年客户互动数据、却因导出麻烦而从未查询过的系统。它现在就是CRM。

#7. With AI, Every Silver Sponsor Now Gets the Deck Only Diamonds Used to Get

#7. 有了AI,每个白银赞助商现在都能得到以前只有钻石级才能得到的演示文稿

Amelia built a renewal agent on top of 10K in about half a day. This is what headless bought us.

Amelia在大约半天内基于1万条数据构建了一个续费代理。这就是无头架构带给我们的。

It pulls the Salesforce side first: who the AE is, what they signed, what they’ve signed historically, LTV, email opens, Qualified conversations, Momentum call history. Then everything that was never in Salesforce: the saastr.com WordPress API, our social accounts, our podcast archive, Bizzabo for real event lead counts. Amelia also let it into her Gmail, since we don’t log every email to Salesforce.

它先拉取Salesforce侧的数据:客户经理是谁、他们签了什么、历史签约情况、LTV、邮件打开率、合格对话、Momentum通话记录。然后是Salesforce中从未有的:saastr.com的WordPress API、我们的社交媒体账号、播客存档、Bizzabo的真实活动线索数。Amelia还让它访问了她的Gmail,因为我们并非每封邮件都记录到Salesforce。

Then it builds the deck through the Gamma API, which matters because Gamma preserves our real logo and images instead of generating an approximation of our brand.

然后通过Gamma API构建演示文稿,这很重要,因为Gamma保留了我们真实的logo和图片,而不是生成近似我们品牌的替代品。

The Replit deck opened with number one sponsor at the show, 5.9 million social impressions, 76% of leads at VP level or above, and a sample of the 214 articles we’ve written about them.

Replit的演示文稿开头展示了展会上的头号赞助商、590万社交媒体曝光、76%的线索来自VP及以上级别,以及我们为他们撰写的214篇文章中的样本。

Twenty to thirty have gone out. Before agents we’d have built five, for the diamonds, because no human has a week to make 25 custom decks. Every company cuts that corner and it’s indefensible. The silvers, smallest checks and historically the lowest renewal rate, responded at a higher rate than the diamonds did.

已经发出了二三十份。在代理出现之前,我们只会为钻石级做五份,因为没有人有一周时间来做25份定制演示文稿。每家公司都走这个捷径,这说不过去。白银级,虽然赞助额最小,历史上续费率最低,但他们的响应率却高于钻石级。

#8. Agree on the Narrative Before the Agent Builds Anything

#8. 在代理构建任何东西之前,先就叙事达成一致

The first decks were methodical and flat. Here’s what you bought, here’s what you got, thank you. Amelia had to teach it to sell: this is a renewal, put the heavy hitters in the first three slides, make the case for doing more, nobody reads the whole deck.

最初的演示文稿有条不紊但平淡无奇。你买了什么,你得到了什么,谢谢。Amelia不得不教它如何销售:这是续费,把重头戏放在前三张幻灯片,提出做更多的理由,没人会读完整份演示文稿。

Now, before it generates anything, the agent writes the narrative it intends to tell, and we agree on it first.

现在,在生成任何内容之前,代理会先写出它打算讲述的叙事,我们先就此达成一致。

On one silver sponsor its proposed narrative was “you’re a silver, upgrade to gold.” Reasonable, wrong for that account. They’d come out of stealth right before the event and had grown a lot since, so the right pitch was three options including a media tier with content. Amelia corrected the narrative, not the deck, and then it built.

对于一位白银赞助商,它提出的叙事是“你是白银,升级到黄金”。合理,但对那个客户是错的。他们在活动前刚结束隐身模式,此后增长了很多,所以正确的推销是提供三个选项,包括一个带内容的媒体层级。Amelia纠正了叙事,而不是演示文稿,然后它才构建。

Every agentic sales tool we use writes roughly the same pitch every time because it doesn’t have the context. Approving the narrative takes a minute and gets the context in without you building the deck.

我们使用的每个智能销售工具每次都会写出大致相同的推销词,因为它缺乏上下文。批准叙述只需一分钟,就能在不构建演示文稿的情况下融入上下文。

#9. We Told It Four Times, in Caps, Not to Make Up Numbers. It Still Does.

#9. 我们四次用大写字母告诉它不要编造数字。它仍然会这样做。

Amelia wrote DON’T MAKE UP NUMBERS into the renewal agent four separate times. It still occasionally invents one.

Amelia 四次将“不要编造数字”写入续约代理中。它仍然偶尔会虚构一个数字。

更进一步:量化金融体系

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

进入量化体系 →

相似阅读

另一事件,读法相近