30家API供应商只有Exa回访:一封邮件换来400字反馈
I Bought 30+ APIs This Year. Only Exa Asked How It Went. Copy Them.
给做SaaS和API产品的读者一套可照抄的客户回访模板:一句话的请求、产品团队实名、基于使用触发、$50自家额度激励,外加精通产品的回复,直接能用在你的onboarding和CS流程里。
Four sentences, from a real PM, timed off actual usage. It got a 400-word product spec back.
来自一位真实产品经理的四句话,根据实际使用情况计时。结果得到了一份400字的产品规格说明。
We run 21+ AI agents in production at SaaStr, and we’re building SaaStr AI Connect on top of them. That means a lot of API signups: search, enrichment, structured data, email infrastructure, inference, storage. Somewhere north of 30 this year alone.
我们在SaaStr生产环境中运行着21多个AI代理,并且我们正在它们之上构建SaaStr AI Connect。这意味着大量的API注册:搜索、数据丰富、结构化数据、电子邮件基础设施、推理、存储。仅今年一年就超过30个。
Exactly one of those companies checked in at all.
这些公司中只有一家主动联系了我们。
Not one that checked in better than the others. One, total. Everybody else ran a sequence, ran a pitch, or ran nothing, and none of them ever asked whether the product actually worked for what I was doing with it.
不是哪家比别家做得更好,总共就一家。其他所有公司要么运行了一个序列,要么进行了一次推销,要么什么都没做,而且没有一家问过产品是否真的适用于我正在做的事情。
One near-miss worth naming, because it’s the interesting case. A Coresignal rep did reach out, days after I upgraded my tier. He was smart, and he’d clearly done homework. But he was there to upsell me, not to really find out how the product was going. The trigger was my credit card, not my usage. That’s a good sales motion and it isn’t a check-in, and the difference matters: an upsell conversation tells you nothing you didn’t already know from billing.
有一个值得提的接近案例,因为它很有趣。Coresignal的一位销售代表在我升级套餐几天后确实联系了我。他很聪明,显然做了功课。但他来是为了向我追加销售,而不是真正了解产品进展如何。触发点是我的信用卡,而不是我的使用情况。这是一个好的销售动作,但不是签到,区别很重要:追加销售的对话不会告诉你任何你从账单上不知道的事情。
Other than that, crickets.
除此之外,一片寂静。
Here is the entire email, sent by Alina on Exa’s product team, four days after I ran my first real batch:
以下是我第一次实际批量运行四天后,Exa产品团队的Alina发来的完整邮件:
Hi Jason,
嗨,Jason,
I’m on the product team here at Exa. I noticed you signed up and tested Exa.
我是Exa产品团队的。我注意到你注册并测试了Exa。
If you have a one-liner on how we did (or what could have been done better), that would be greatly appreciated (& I’m happy to drop $50 of credits in your account).
如果你能对我们做得怎么样(或者哪些地方可以做得更好)给出一句话的反馈,我们将不胜感激(并且我很乐意在你的账户中存入50美元的积分)。
Thanks a mil, Alina
非常感谢,Alina
Four sentences. One PM. Fifty dollars.
四句话。一位产品经理。五十美元。
I wrote back 33 minutes later with about 400 words of detailed production feedback, a benchmark number, a feature request, and my throughput and pricing constraints. She replied under three hours after that with two specific endpoint configurations and an honest admission of what they don’t support yet.
我在33分钟后回复了大约400字的详细生产反馈,包括一个基准数字、一个功能请求,以及我的吞吐量和定价限制。她在不到三小时后回复了,提供了两个具体的端点配置,并坦诚承认了他们尚不支持的功能。
That exchange is a better onboarding and CS motion than anything the other 30 companies ran on me. Five things it got right.
那次交流比另外30家公司对我做的任何动作都更好的入职和客户成功举措。它有五个做对的地方。
#1. It asked for one line, not thirty minutes
#1. 它要求一行字,而不是三十分钟
The size of the ask sets the response rate, and most vendors get this exactly backwards. “Do you have 30 minutes for a quick call?” is a calendar negotiation with someone who has no idea if you’re worth it yet. It gets ignored, especially by the exact users you most want to hear from, because those users are busy shipping.
请求的大小决定了回复率,而大多数供应商恰恰搞反了。“你有30分钟时间快速通话吗?”是在和一个还不知道你是否值得的人进行日历协商。这会被忽略,尤其是被你最想听到的那些用户忽略,因为那些用户正忙于交付。
“A one-liner” is a 15-second commitment. It’s answerable from a phone, in line for coffee, between meetings.
“一句话”是一个15秒的承诺。可以在手机上、排队买咖啡时、会议间隙回答。
And the small ask is precisely what produced the big answer. I didn’t write one line. I wrote a spec. Nobody writes a spec in response to a calendar link.
而正是这个小请求,带来了大答案。我一行代码都没写,只写了一份规格说明。没有人会为了一个日历邀请链接去写规格说明。
#2. It came from a named human on the product team
#2. 它来自产品团队中一位有名有姓的人
Not “The Exa Team.” Not no-reply@. Not an SDR working a 7-touch sequence built around a case study.
不是“Exa团队”,不是no-reply@,也不是某个SDR按照围绕案例研究设计的七次触达序列。
Someone who works on the product, using their own name and email, who could actually do something with the answer.
一个在产品上工作的人,用自己的名字和邮箱,并且真的能根据答案采取行动。
Every vendor on earth can now generate personalized-looking outreach at infinite scale. That’s the whole point of the tooling we’re all buying. Which means the signal value of a real person who can answer a real product question went up this year, not down. Automated outreach got cheap and infinite. Human attention from someone with roadmap influence got scarce.
如今,每个供应商都能以无限规模生成看似个性化的外联信息。这正是我们都在购买的那些工具的全部意义。这意味着,一个能回答真实产品问题的真人,其信号价值今年不降反升。自动化外联变得廉价且无限,而来自对路线图有影响力的人的关注则变得稀缺。
#3. It triggered on usage, not on signup
#3. 它基于使用情况触发,而非注册
“I noticed you signed up and tested Exa.” Tested. The trigger wasn’t account creation, it was the first meaningful batch of API calls.
“我注意到你注册并测试了Exa。”测试。触发条件不是账户创建,而是第一批有意义的API调用。
Most onboarding drips fire on day 0, day 1, day 3, and day 7 no matter what happened in the account. I get “Here are 5 ways to get started” emails for products I already have in production, and I get them for products I signed up for and abandoned in four minutes. Identical sequence. The vendor is telling me they aren’t looking.
大多数引导流程会在第0天、第1天、第3天和第7天触发,无论账户里发生了什么。我会收到“这里有5种入门方法”的邮件,即使产品已经投入生产;我也会收到那些我注册后四分钟就放弃的产品的邮件。序列完全相同。供应商在告诉我,他们根本没在看。
Alina hit the one window where my answer was worth anything: after a real test, before a decision. The data was fresh, the opinion was fully formed, and nothing was locked in yet. A week later I’ve either already built on it or already moved on, and either way my answer is worth less to them.
Alina抓住了唯一一个我的回答还有价值的窗口:在真实测试之后、在决策之前。数据是新鲜的,观点已完全形成,而且一切都尚未锁定。一周后,我要么已经基于它构建了,要么已经转向其他,无论哪种情况,我的回答对他们来说价值都更低了。
#4. The incentive was instant, small, and denominated in their own product
#4. 激励是即时的、小额的,并且以他们自己的产品计价
$50 of credits dropped in the account, with no raffle and no $100 Amazon card arriving after a 45-minute session with the user research team and an NDA.
账户里直接到账了50美元的积分,没有抽奖,也没有在用户研究团队45分钟会议和签署保密协议后送出的100美元亚马逊礼品卡。
The marginal cost to Exa is close to nothing, so this runs at volume without a budget fight. And paying a developer in API credits pays them in more usage of the exact thing you want them using more. The incentive and the activation goal are the same object. A gift card buys you an answer. Credits buy you an answer plus another batch of production traffic.
对Exa来说,边际成本几乎为零,所以这可以大规模运行而无需预算之争。用API积分支付开发者,实际上是在用你希望他们更多使用的东西来支付他们更多使用。激励和激活目标是同一个对象。礼品卡买来一个答案,而积分买来一个答案外加一批生产流量。
#5. The reply came from someone who knew the product cold
#5. 回复来自一个对产品了如指掌的人
This is where most feedback loops die. You send real, specific, detailed feedback, and you get: “Thanks so much for sharing this, I’ve passed it along to our product team!” That response teaches you never to bother again.
这是大多数反馈循环失败的地方。你发送真实、具体、详细的反馈,然后收到:“非常感谢你的分享,我已转达给我们的产品团队!”这种回复教会你永远不要再费心。
What came back instead, in under three hours:
而实际收到的回复,在不到三个小时内:
- The specific configuration that solves my problem today, by endpoint and parameter, including the per-field grounding confidence I hadn’t been using
- A second path I didn’t know about, with structured schema support and citations
- A direct “we don’t yet expose that” on the one thing I asked for that they don’t have, plus a note that it’s interesting enough to look at
- An offer to get on a call and run test examples together to close it out
- 今天解决我问题的具体配置,按端点和参数列出,包括我之前没用到的逐字段置信度
- 我不知道的另一条路径,支持结构化模式和引用
- 对于我要求的但他们没有的功能,直接说“我们目前不提供”,并附注说这功能值得研究
- 提议通电话,一起运行测试示例来收尾
The “we don’t have that yet” is the part most CS teams are trained out of, and it’s the part that builds the most trust. A clear no from someone who understands the ask is worth more than an enthusiastic maybe from someone who doesn’t. I know exactly what to build around now.
“我们还没有这个功能”是大多数客服团队被训练避免说的,但正是这句话建立了最大的信任。一个理解需求的明确拒绝,比一个不了解情况的热情“也许”更有价值。我现在确切知道该如何构建了。
What $50 and one email actually bought
50美元和一封邮件实际买到了什么
The ask was a one-liner. What they got back was a design partner conversation:
请求只有一行。他们回复的却是一场设计伙伴对话:
- The use case in production terms. An AI matching product on ~145k B2B and AI executives, where CEOs post roles, candidates get matched, and we broker warm intros. The hard part isn’t the matching, it’s that profile data goes stale constantly, and a recruiting product running on 18-month-old employers is worthless.
- Two concrete jobs. Company enrichment for HQ, funding stage, and headcount across ~3k companies to feed stage-fit ranking. Plus job-change detection sweeping profiles our structured-data vendor returned not_found on.
- A benchmark on the adversarial set. That not_found pool is the worst possible input: misspellings, common names, thin footprints. It hit 89% clean person matching there and surfaced real job moves we’d have missed for months.
- A specified feature gap. We run our own model pass on top to verify identity, because the search and extract split doesn’t tell us “is this the same human.” A match-confidence signal would let us skip that layer on the easy cases. That’s a roadmap item written by a paying user with a use case attached.
- The constraint that made the deal. 10 QPS is what made the batch viable at all. The alternative we tested was roughly 5x the cost and took hours instead of minutes.
- Direction of spend. It’s a scheduled weekly job now, running continuously.
- 生产环境下的用例。一个AI匹配产品,覆盖约14.5万B2B和高管,CEO发布职位,候选人被匹配,我们促成温暖的介绍。难点不在于匹配,而在于个人资料数据不断过时,一个基于18个月前雇主信息的招聘产品毫无价值。
- 两个具体任务。公司丰富化,涵盖约3000家公司的总部、融资阶段和员工规模,以支持阶段匹配排名。另外,对结构化数据供应商返回not_found的个人资料进行职位变动检测。
- 对抗性集上的基准测试。那个not_found池是最糟糕的输入:拼写错误、常见名字、信息稀少。在那里它达到了89%的干净人匹配,并发现了我们几个月都会错过的真实职位变动。
- 一个明确的功能缺口。我们在其上运行自己的模型来验证身份,因为搜索和提取的分离并不能告诉我们“这是同一个人吗”。一个匹配置信度信号能让我们在简单案例上跳过这一层。这是一个付费用户写的路线图项目,附带了用例。
- 促成交易的限制条件。10 QPS是让批处理可行的关键。我们测试的替代方案成本大约是其5倍,并且需要数小时而不是几分钟。
- 支出方向。现在它是一个每周定时任务,持续运行。
No NPS survey produces that. And a QBR is too late, because by then I’ve already routed around whatever was broken.
没有NPS调查能产生这种效果。而季度业务回顾太晚了,因为到那时我已经绕过了任何出问题的地方。
One email did three jobs most companies split across three teams
一封邮件完成了大多数公司分给三个团队的三项工作
Activation check. Did the user get to value, and if not, where did they stall. Usually owned by growth, usually measured with a dashboard instead of a question.
激活检查。用户是否达到了价值,如果没有,他们在哪里停滞。通常由增长团队负责,通常用仪表板而不是问题来衡量。
Product research. What should we build next, from someone with a live production workload. Usually owned by product, usually run as a scheduled interview cycle two months behind the market.
产品研究。我们应该接下来构建什么,来自有实际生产工作负载的人。通常由产品部门负责,通常作为预定访谈周期运行,比市场滞后两个月。
Expansion. Turn a test into recurring spend. Usually owned by CS or sales, usually starting after the contract, which is after the architecture is already frozen.
扩展。将测试转化为经常性支出。通常由客户成功或销售部门负责,通常在合同签订后开始,而合同签订是在架构已经冻结之后。
Three orgs, three timelines, usually three quarters. Or one PM and $50.
三个组织,三个时间线,通常三个季度。或者一个产品经理和50美元。
What the other 30 did instead
其他30个人做了什么
更进一步:量化金融体系
看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力