John（Salesforce 企业发展与 Salesforce Ventures 负责人）¶

Salesforce 企业发展（Corporate Development）与 Salesforce Ventures 的负责人，在 Salesforce 20 多年。⚠️⚠️ 转录稿只出现名 "John"，姓未出现，本库不写出姓。 ⚠️ 本库据两条线索判断他是 Salesforce 负责并购与 Ventures 的 EVP：① 主持在开场直接叫他 John；② 他自述父亲是在 Berkeley 创立了表面化学这一领域、拿过 National Medal of Science 的大屠杀生还者。标为编辑判断。

本库收录他的理由：⚠️⚠️ 他是本库第一位坐在收购方席位上的说话人。 ✅ 本库此前关于"该不该卖公司"的材料全部来自卖方或投资人一侧（No Priors 的退出决策框架、Airtable 一线），没有一条来自每年看数千家来求收购的那一方。 ✅ 他给了四样本库此前完全没有的东西：① 一条针对 ARR 的尽调红旗（"ARR 是个很好的指标，但它掩盖流失"）；② 一个能单方面杀死交易的职能（14 个尽调职能里只有安全能否决），附带一个具体到不可恢复的渗透测试案例；③ "清算必然发生"的论证，而变量是买方数量而不是估值；④ 一组按结果计价的买方侧实测数字。

⚠️⚠️ 立场必须重标注，而本库认为他的立场问题比通常更重，理由有三： - ⚠️⚠️ 他是收购方的负责人，而有相当一部分内容在论证"卖给我们比自己走下去更好"——这是一条对他的工作直接有利的论证。 - ⚠️⚠️ 他是在位者，而被问"如果要正面打 Salesforce 有什么口子"时答的是"我不知道为什么到现在还一直有新的 CRM 公司"。本库记为立场陈述，不采信为市场判断。 - ⚠️ 全部产品指标、收购数量与金额、投资组合表现均为自述，无第三方来源、无口径说明。

✅ 但本库判他的可保存价值很高，而依据不在他的判断上而在他的位置上：✅ 本库把"买方宇宙""尽调红旗""什么杀死交易"这三块当作真增量，因为它们恰好是最不依赖他判断的部分。

核心观点（2026-11）¶

来源：a16z × Salesforce："ARR 是个很好的指标，但它掩盖流失"

⚠️ 自动字幕的专名问题：✅ 可高置信还原的："Ben Penny off" → Marc Benioff、"Claw Force" → Agentforce、"Inster" → InStranet、"Velocity" → Vlocity、"Enino / CENO" → nCino、"docysine" → DocuSign、"whiz" → Wiz、"Coher" → Cohere、"11 Labs" → ElevenLabs、"Dina Robotics" → Dexterity、"Skilled" → Skild、"Viva" → Veeva、"Alex Don" → Alex Dayon；⚠️⚠️ 不可确证因此照录不采信的：他父亲 2023 年所获奖项名（字幕作 "Farmy Award"）、日本那家物流机器人公司名（字幕作 "Mugen"）、主持点名的两家 AI 原生 CRM（字幕作 "Lightfield" 与 "Monaco"）、Service Cloud 规模的口径（字幕作 "almost 11 billion in AOV"，本库只保留量级）。

⚠️⚠️ 一、"ARR 是个很好的指标，但它掩盖流失"¶

（[00:41:40]–[00:42:41]）✅ 本库判这是他最该被长期引用的一条，而它可以直接当成检查项用。

⚠️⚠️ "我觉得很多创始人现在犯的一个错误是，他们只盯一个指标，就是 ARR。ARR 是个很好的指标，但它掩盖流失（it masks attrition）。"

⚠️⚠️ "当你见到一家流失率非常高的公司，那通常意味着不只是有很多不开心的客户，而且可能还有产品质量上的问题。所以这是我们会去找的一个大红旗。"

✅ 本库标注两点： 1. ✅ 它的力气在于把一个会计指标与一个产品事实连起来：⚠️⚠️ 高流失被当作产品质量的代理变量——这条红旗不是关于钱，而是关于这个产品到底行不行。 2. ⚠️ 而他点出的前置失败更严重："很多时候公司对自己的财务没有很强的控制，或者他们没有客户合同的数据。他们并不真的理解客户流失到底是多少。" ✅ 也就是说他说的不是"流失高"，而是"不知道流失是多少"。

⚠️⚠️ 二、14 个尽调职能里只有一个能否决交易¶

（[00:42:41]–[00:45:44]）

⚠️⚠️ "我们有 14 个职能参与我们所有的尽调流程，而安全是唯一一个能举起红旗、说'我要杀掉这笔交易'的职能。"

⚠️ 他给的建议："在进尽调之前先对你自己的技术栈做红队测试……因为我们会做我们自己的渗透测试、会找出问题，而你肯定想在我们之前先把漏洞找出来。"
⚠️⚠️ 他给的"不可恢复"标准是具体的（⚠️ 他明确说不点名）："我们做渗透测试的时候，不仅能访问他们全部的源代码，甚至能进到 CEO 的笔记本电脑、拿到他们员工的信息" → "但它糟到——像是我们见过的最糟的那一档——以至于它是不可恢复的。"
✅ 而可恢复的那条路径让这个标准可操作："你可以识别出哪些是 P0、哪些是 P1、P2，然后把它作为交割的条件——或者甚至作为签约的条件。" ✅ 他说他们总是把发现反馈回去并帮对方修。
⚠️ 时点："它通常不发生在第 11 个小时，而是在条款清单谈定、价格和主要条款都谈完之后，你才进到深度尽调。"

⚠️⚠️ 本库记一条推论（他没有说）：若安全问题的发现时点在价格已谈定之后，它的议价后果是不对称的——此时卖方已经停止了其他进程。

⚠️⚠️ 三、"清算必然发生"，而变量是买方数量而不是估值¶

（[00:37:37]–[00:40:40]）✅ 本库判这是他最有价值的论证，因为它没有停在"估值太高"。

⚠️ 定性："我觉得现在有很多不负责任的事情在发生。"

⚠️⚠️ "估值当然是高得太多了，但另外，买方宇宙也实在太小了……不是每家公司都会上市，事实上非常非常少的公司会上市，大概 1% 或更少。"

⚠️⚠️ "一旦你超过比如 100 亿美元，买方宇宙就小得不行。可你却看到外面有这么多估值几十亿、上百亿的公司。"

⚠️⚠️ "所以必然会有一次清算发生。我不知道什么时候，但它是不可避免的——因为很多这些公司的估值是不可持续的，它们长不进那个估值里去。"

⚠️⚠️ 而他把后果落到员工身上："而且我觉得这对它们的员工也会是坏事。所以这就是我说它不负责任的原因。"
⚠️ 劝说失败的描述："你试着跟创业者做这个对话，而他们就是想要他们能拿到的最高估值——但那通常不是最好的决定。"

✅ 本库标注这条为什么可用：⚠️⚠️ 它把"泡沫"从价格判断换成了市场结构判断——即便你认为估值是对的，只要上市率是 1% 量级、而 100 亿以上的潜在买方可以数出来，大量公司的退出路径在算术上就不存在。 ✅ 而这让它可检验：若他错，应该出现的是新的大额买方，而不是估值继续涨。

⚠️⚠️ 他对 Anthropic 做了例外处理（自述投了六轮，理由是"从我们和 Dario 与 Daniela 的第一次会面起就很清楚，这些是特别的人"），✅ 但立刻划界："但那样的公司是罕见的。" ⚠️⚠️ 而对其余部分他给了一句很重的判断，本库照录不采信："我在创业者和他们的想法里看到不少平庸的东西……他们不该拿到 100 亿以上的估值，可他们还是拿到了。"
✅ 主持的反驳本库记为同期对立材料："十年前的 top 1% 结果和今天的 top 1% 结果非常不一样……Wiz、还有 Cursor——所以确实出现了这些更大的结果。"
✅ 而他的回应里有一条很有价值的选择偏差说明：

⚠️⚠️ "我是个乐观主义者，不然我做不了我这份工作。但你要知道，我每年看到那数千家没能成的公司——因为他们都来找我们希望被收购。所以我们看到的是这个行业里你在媒体上读不到的那一部分。媒体不喜欢报那些故事。"

✅ 本库对这段争论的处理：⚠️⚠️ 他的位置让他系统性地多看到失败样本，主持的位置让他系统性地多看到成功样本——分歧很可能主要是样本的分歧而不是判断的分歧。两人都没有这样说。

⚠️ 四、三段式并购判据，而第三段被他点名为当下最难的¶

（[00:03:03]–[00:05:06]）⚠️ 他说这是一个"我们相当自律地遵守"的内部框架：

⚠️ 战略契合在哪，以及它能驱动多少客户成功。
⚠️ 能不能加速这个业务；能否装进技术栈；文化对齐；人才能否在 Salesforce 里好好工作。
⚠️⚠️ 怎么给股东和客户交付价值，价值累积的时间线，以及估值是否合理。 → "最后那一点大概是现在最难的，因为什么都很贵。"

✅ 本库标注顺序本身带信息：⚠️ 客户要求排在第一（他另处说"我们相当多地听我们的客户……他们觉得我们的产品哪里缺了？"），财务排在最后。 ⚠️ 无法从外部核实，但第三段被他自己说成当下最难，与他那条"清算必然发生"一致。

⚠️ 自建还是买：判据落在一个具体的时间数上¶

（[00:17:21]–[00:18:22]）⚠️ 人才侧他点了一个瓶颈："现在招 AI 工程师有多难——非常非常难。" ⚠️⚠️ 而本库判可用的是那个时间基准：

⚠️⚠️ "一笔典型的收购从你有这个想法的那一刻、到它真正被整合完成，可能是 6 到 9 个月。所以你能不能自己交付出某个东西、而且比那快得多？"

✅ 本库标注这把"自建还是买"从能力问题换成了可直接比较的时间问题，⚠️⚠️ 而它对卖方也成立：若买方的整合周期是 6 到 9 个月，那么在这个窗口内被竞争对手自建出来的东西，其收购价值会快速衰减。 ⚠️ 本库记为推论，他没有说这句话。

⚠️ 而他对"什么时候你就知道了"给了一个非制度化的答法："但当对的那个资产出现，你真的会知道。你能有一种感觉。" ⚠️⚠️ 本库标注这与前面那个"相当自律地遵守"的框架在口径上不一致，而本期没有处理。

✅ 另记一个尽调手法（[00:18:22]–[00:20:24]）：他们用 Listen Labs 这个产品本身去调研 Listen Labs 的客户。 ⚠️ 一般化是"客户反馈是真正判断这个产品有多好、以及这些客户是不是很可能续约的最重要方式之一"。

⚠️ 五、按结果计价：本库此前缺的买方侧实测数字¶

（[00:06:06]–[00:10:13]）

⚠️ 定价形态："消费量是我们定价的一大部分……比如 MuleSoft 一直都是消费量计价。"
⚠️⚠️ 而他对 per-seat vs usage 之争给了一个很克制的答法："不管他们是按席位付费还是按用量付费，这其实并不真的重要。关键是确保他们开心、成功、会回来。" ✅ 本库标注这条绕开了"席位制会不会死"这个问题，把它换成留存问题。
⚠️⚠️ 而他给的那条因果最该被引用："他们之所以能这么做（按结果计价），是因为达到价值的时间非常快。"
⚠️ 内部试点（自述、无第三方核对）：他们把 Fin 用在自家 help 站点上——"我们其实 14 天就上线了"、"它现在处理超过 40% 的流量"、"而且交付 65% 的解决率、不需要转给人"。 ⚠️⚠️ 本库标注"解决率"的定义未给、"流量"的分母未给，因此不能与别家同名指标直接比较。
⚠️ 他接受了主持的"劳动预算"框架（客户付得更多但整体销售成本下降），⚠️ 并举了一个可"基本上替掉销售开发代表（SDR）组织"的产品——自动接住网站流量、用逼真虚拟形象答问并自动约会议"完全不碰到人"。⚠️⚠️ 厂商对自家产品的能力描述，无任何采用率或效果数据，不采信。

⚠️⚠️ 六、被问"哪里有口子"，他回答的是另一个问题¶

（[00:35:34]–[00:37:37]）✅ 本库判这一段必须被标出，因为它是他的位置与问题直接冲突的地方。

⚠️⚠️ 他的回答："我不知道为什么到现在还一直有新的 CRM 公司。" ⚠️ 理由是"现在在那个领域里要造出某个特别专门化、特别细分的东西非常难"，⚠️ 结论是"我还没看到有什么新颖到能在那个空间里变成一家几十亿美元大公司的东西"。
⚠️⚠️ 而主持给的方向（更下沉的市场、Stripe 类比）被他以规模挡掉："它还是一个小的、小的领域"；"我们只投大机会……去投那些和在位者做法只有一点不同的小众小机会，我就是不明白" → "它们太多了。太多的钱在进去。"

✅ 本库的处理： 1. ⚠️⚠️ 他被问的是"哪里有口子"，而他回答的是"那些口子不值得"——两个不同的问题，而他没有回答前者。 2. ⚠️⚠️ 提出者是被攻击目标的收购与投资负责人，而"下沉市场太小"这个论证恰好会抑制对他最直接的竞争来源。记为立场陈述，不采信。 3. ✅ 而他自己在同一期里提供了反驳材料：⚠️⚠️ 他说 Veeva 与 nCino 是"建在你们之上、而且只盯垂直"的大公司，而 nCino 是他们早期的 Ventures 投资之一。 ✅ "专门化、细分的东西做不大"与他本人举的两个例子方向相反，本期没有处理这个矛盾。 ⚠️ 一处限定：那两家做的是垂直而不是下沉，严格说与他那句话不完全同构。

✅ 七、一条非常规的整合观：买一个会摇醒你的人¶

（[00:14:18]–[00:16:21]、[00:20:24]–[00:22:24]）

⚠️ 可数的事实（自述）：被收购公司创始人四次成为 Salesforce 的首席产品官（⚠️ 他点名两位：Vlocity 的 David Schmaier，后又成首席战略官；2008 年 InStranet 的 Alex Dayon）。
⚠️ Vlocity 带来的具体东西："我们原先在 Salesforce 内部并没有多少行业的取向"，⚠️ 那次收购带进 6 个垂直，"我们之后又加了 7 个"，现在 13 个。
⚠️⚠️ 而本库判最该被记的是他对 Intercom 创始人作用的描述，因为它把摩擦算成了收益：

⚠️⚠️ "他在公司里影响很大——他是一个声音很大的人，他让自己的看法被知道，而且他真的在试着摇醒我们。而那是把这些人带进来的另一个好处。"

✅ 本库标注这与常规整合叙事相反：⚠️⚠️ 通常的整合目标是减少摩擦，而他把一个会公开反对的人当作收购的交付物之一。 ⚠️ 单一自述、无可核实结果，不作为有效机制的证据。

⚠️ 八、Slack：他把功劳归给分发而不是整合能力¶

（[00:22:24]–[00:27:27]）

⚠️ 原始论点"到今天仍然成立，但它比我们当时所有人想象的都更大，因为它是 AI 的完美对话界面"；⚠️ 他明确说 agent 那部分不在当初判断里。
⚠️ 收购时的处境（他的描述）："它正在输给 Teams，他们真的卡住了"；"2020 年有一个糟糕的季度，股价下去了，而那真的触发了很多讨论。"
⚠️ 他否认了一个流传说法：被问"有传言 Marc 在收购前只和 Stuart 花了一个小时"，⚠️ 答"比那多得多。肯定的。"
⚠️ 规模自述："Slack 的收入现在差不多是我们买它时的三倍"、"它是我们增长最快的产品"（⚠️ 无口径、无基数、无第三方来源，不采信）。
⚠️⚠️ 而归因是本节要点："它就像是很棒的技术、但分发被饿着（starved for distribution）。而这差不多就是我在 Listen Labs 那边也在说的那个点。"
✅ 他同时承认整合不是立刻顺的："从一开始并不清楚它会走得这么好……整合确实花了一点时间才真正进入状态。" ✅ 本库标注这处承认让上面那条归因更自洽。
⚠️ 主持给了一个被他接受的框架：Slack 是"非官方的组织架构图"——"它知道谁向谁汇报……它有关于决策怎么被做出来的全部上下文"。⚠️ 这是主持的提法。

⚠️ 九、Salesforce Ventures：阶段划分，以及一条关于投竞争对手的态度¶

（[00:28:27]–[00:35:34]）

⚠️ 阶段划分（自述）：2009 年起投生态内（DocuSign、nCino、Twilio）→ 投行业去向的新领域（Snowflake，"好几轮加上 IPO 那轮"）→ 网络安全（Wiz）→ 2023 年初设 10 亿美元 AI 基金（Anthropic、Mistral、Cohere）→ 语音（ElevenLabs）与视频（Runway）→ 现在进入物理 AI（Figure AI、Physical Intelligence、Dexterity、Skild、Zipline）。
⚠️⚠️ 而被问"会不会投将来可能和 Salesforce 竞争的公司"，态度很干脆：

✅ "我觉得其实我们大概应该投。保持靠近技术在往哪走是好事，而也许那家公司某天会变成一个收购标的。"

⚠️ 比例（自述）："我们投了超过 750 家公司，收购了 29 家。"
✅ 本库记一条推论（他没有说）：⚠️⚠️ "750 投资 / 29 收购"配上"我们大概应该投竞争者"，意味着 Ventures 的首要功能被描述为情报与选择权，而不是财务回报或战略协同。
⚠️ Ventures 对被投公司的价值他说有两条：接触客户（"我们有最广的那批想买技术的企业客户"）与运营建议。

⚠️ 规模与节奏的自述数字（本库只保留量级，均不采信为事实）¶

⚠️ 他任内收购总额：主持给的是"接近 1000 亿美元"、过去一年 12 笔；⚠️ 他未更正。
⚠️ Service Cloud "接近 110 亿美元"（⚠️ 口径不采信），⚠️ 而他强调"它的基础是一次收购"（2008 年 InStranet）。
⚠️ 公司规模自述 8 万员工；ISV 伙伴"超过 8,000 个"；销售代表 15,000 名。
⚠️ 最近宣布的一笔是 Braze，⚠️ 他把两位 CEO 在夏威夷的会面说成"在启动那个流程、建立同袍感、看到对齐上是关键的"。

⚠️ 本库记录的未收口处¶

⚠️⚠️ "哪里有口子"这个问题没有被回答（见第六节）。
⚠️⚠️ "席位变少之后 Salesforce 怎么捕获价值"这个问题被换掉了：✅ 他的回答（按席位还是按用量不重要、关键是留存）本身成立，⚠️ 但它没有处理"同一个客户的总支出会不会下降"这被问到的那一半。
⚠️ "自律遵守框架"与"对的资产出现你真的会知道"在口径上不一致，本期没有处理。
⚠️ "专门化、细分的东西做不大"与他自己举的 Veeva / nCino 例子方向相反，本期没有处理。
⚠️ 他说估值是当下最难的那一段，但他们自己的出价纪律始终没有被问到——后面那段谈的是整个市场的估值，不是他自己怎么在贵的市场里下手。