设想一场下周要开的企业续约会。销售经理在 CRM（客户关系管理系统）里看到的是合约金额、负责人和下次跟进时间；真正改变谈判策略的信号却可能在别处：产品使用量开始下滑，客服工单提到了竞争对手，最熟悉产品的联系人换了岗位。销售经理当然可以逐个打开系统。Rox 赌的是，一套智能体可以把这些线索拼在一起，提示先找谁、为什么找，起草沟通并在权限范围内把已做的事写回系统。

所以 Rox 面对的并不是一道简单的「AI 能不能写邮件」的题。它要争取的是企业中一个更昂贵的决定：下一笔销售软件预算，究竟继续付给管理客户记录的系统，还是转给每天决定下一步行动的工具？ 决定谁赢的，既有销售人员愿不愿用，也有客户能不能从另一张账单上真正省下钱。

一、融资：资金买来的是扩张能力，不是已实现的替代

项目 核实结果
公司 Rox，成立于 2024 年，总部位于美国旧金山；为大企业提供销售与营收智能体
本轮 2026 年 11 月 11 日宣布 B 轮融资 1 亿美元，估值 13 亿美元；公司公告未说明投前或投后
领投 General Catalyst、March Capital 共同领投
参与方 按公司公告正文：既有投资方 Sequoia Capital、Factory 继续参与，新投资方包括 Databricks Ventures、Prosperity7 Ventures
资金用途 推进 AI 研究、定制模型和评估基础设施，并扩展面向医疗、工业、金融服务、能源和科技等行业的大企业业务
创始团队 官网列 Ishan Mukherjee 为联合创始人兼 CEO、Shriram Sridharan 为联合创始人兼 CTO、Diogo Ribeiro 为联合创始人兼 CGO；Christopher Ré 为研究方向联合创始人

资料以 Rox 本轮公司公告及公司团队页为准。表中的 11 月 11 日为宣布日期，不当作单独核实的交割日期；融资金额也不等于公司收入。公司公告未披露各投资人的出资比例，不能从领投或参投推算持股。

General Catalyst 和 Sequoia 不是这次才出现。2024 年 11 月，General Catalyst明确称其领投 Rox 的 A 轮；Sequoia表示曾领投其种子轮，并参加 A 轮。Rox 此次公告回顾，2024 年 11 月披露的种子轮与 A 轮合计 5,000 万美元。这是两轮合计的历史披露，不是本次融资金额，也不能拿这几笔公开数字直接算公司累计融资。Mukherjee 此前创建过可观测性公司 Pixie，随后在 New Relic 负责增长相关业务。把原来为工程师整理系统信号的思路搬到销售，不意味着两种业务有同样的反馈速度，但解释了 Rox 为什么先解决上下文，而不是先做一个通用聊天框。该经历可核 Sequoia 当年投资说明。

二、先把数据连起来，再决定该做什么

CRM 之所以难替换，不是因为它知道所有信息，而是因为公司已经认它的账。某条机会归属哪个销售、预计哪一季签约、审批是否通过，团队需要一套共同承认的记录。反过来，有记录并不等于有完整上下文。用量、账单和工单可能由不同团队负责，客户联系人和沟通历史又散在邮件、日历或通话里。即使这些数据都能查到，如果没有把同一个客户在各系统里的身份对齐，模型也可能把子公司的采购意向错当成集团的订单，把历史的支持工单当成最新风险。

Rox 的切入点是依托客户自己的数据仓库组织这些信号。其 Databricks 合作公告称，建立在 Databricks 平台上的方案面向企业提供，在客户数仓环境之上工作，可支持账户研究、销售机会管理和增购等流程。合作早于本轮 Databricks Ventures 参投；这能说明产品已有一条与数仓生态结合的路径，不能说明 Rox 只能使用 Databricks，或这轮投资必然带来客户和收入。Rox 的 正式发布公告也把 Snowflake 列为基础设施合作方。

数仓原生并不是把几个连接器拼起来就完事。Rox 在自己的检索实验里区分了两类任务：询问某笔交易何时关闭、归谁负责，在表结构中通常有现成键值；要找客户内部真正支持推进交易的人，可能需要从邮件、会议记录和 CRM 之间建立关系。用知识图谱把关系预先整理出来，可以少让模型每次重新猜一次。代价是要持续处理重名、换岗、并购和过期信号。一条关系连错，不但会影响一封邮件，还可能反复影响一整组账户的排序。公司实验可以说明机制，却不是跨客户的独立产品测评，更不能从检索正确率推出成交率。

这一点在企业里尤其重要：有权看某份数据和有权据此行动，是两件事。比如续约经理可以看到近期工单变多，但不意味着系统可以向外部披露未公开的产品缺陷；智能体可以识别折扣请求，却不能自行修改价格或条款。Rox 的企业销售资料描述了按组织层级分组控制数据访问的做法；其人工审核说明则把价格、法律承诺等列为需保留人审的场景。这是产品设计方向，实际合同里仍要逐项问清哪些数据被索引、传给哪些服务、使用什么账号执行写入、如何追溯和撤销。数仓在客户手里，不代表每项处理都不出客户环境。

Rox 真正想占住的，是「找出发生了什么」和「决定现在做什么」之间的那一段。只给销售一个风险评分，价值接近另一块仪表盘；能把证据放到原有工作流程里、让销售确认并记录后续，才有机会变成每天使用的工具。反过来，客户如果要为每个流程重新搭连接、查权限、验数据，节省的销售时间可能只是转成了营收运营团队（RevOps）的维护工时。这部分成本在产品演示里看不见，却决定产品能不能从试点变成标准配置。

采购验收：停用后，关键记录能否交回原系统？

采购还可以做一次看似逆向的验收：假设半年后停用 Rox，企业能不能在原有系统里找回销售已确认的任务、字段变更和授权记录？只保留生成的简报和评分，不足以恢复谁改过机会、改前是什么状态。如果中断时只能导出一批文本、不能把记录交回给原流程，前期不换 CRM 的低迁移成本，并不等于后期也容易退出。对高监管或跨地区企业，先查退出路径，能帮助区分可随时替换的辅助工具与已承载关键动作的业务系统。

三、三个接管层次：替代销售动作，不等于替代客户总账

同一个供应商可以在不同客户那里扮演不同角色。Rox 在自己发布的 Ramp 客户案例中描述，销售在工作流程里获得会前准备和下一步建议，CRM 记录在后台更新。这里的证据指向与已有记录系统并存，并没有证明 Ramp 终止了哪家 CRM 合同。Rox 在 2025 年正式商用公告中则称 Puma Energy 用 Rox 替换了 Salesforce；但未给出迁移覆盖了哪些地区、对象和审批流程，也没有公开原有许可证的变动。2026 年 B 轮公告里 Puma Energy 高管描述的是利用客户数据和市场情报发掘机会，不能独立证明集团范围的替换。两者都是厂商披露，不宜将个案扩写成全行业的路线。

判断替代范围，可以把工作、记录、预算分开：

客户实际改变 看得见的证据／不能由此推出什么
销售不再手工搜资料、写简报 目标账户采用率、会前净节省工时、审核后被采用的动作；不能据此认定：CRM 或单点工具合同已经取消
销售主要在新界面工作，记录仍回写 谁创建机会、变更如何回写、哪个系统负责审批与最终报表；不能据此认定：新工具是唯一可信的客户总账
某个业务单元不再依赖旧系统 对象和权限完成迁移、异常有回退、下游报表一致、原合同或席位实际缩减；不能据此认定：其他事业部或全集团已经完成替代

第一阶段，Rox 可以争取的是原本用于人工研究、数据补全、会前准备的资源，不一定要与 Salesforce 同一份合同竞争。第二阶段，如果 Rox 能接管触达、任务分派和跟进，而 CRM 只保留必要记录，就可能让客户先合并外呼工具、会议简报或部分营收情报工具。第三阶段才会碰到总账。 企业需要回答历史记录如何导出，营销和客服怎样接入，报价、审批、结算与销售预测会不会受影响。卖方要想靠替换取得更大的预算，就不能只证明销售喜欢新界面，还要证明关掉旧入口后，其他团队仍然可以正常工作。

这也解释了为什么最好的早期客户不一定是最想推倒重来的公司。数据成熟、能给智能体干净输入的企业，可以先做行动层，改动边界清楚；一个新设销售团队，历史负担小，则可能更愿意用新工具直接建立流程。反过来，集团在现有 CRM 上定制了大量报表、审批和服务衔接，即使一个部门用新产品提高了效率，采购也可能选择长期并存。Rox 最早能拿到的预算，可能来自被压缩的一组工具和工时，而非 Salesforce 整份合同。

四、竞品并未原地等候：同一个数仓，能支撑两个行动入口

Salesforce 的优势不只是在企业里有很多记录。旧流程的权限、工作流与采购合同已在那里，它可以把代理接入销售与服务，而不必先让客户选择一家新的主供应商。它的 Data 360 与 Databricks 产品说明也已经描述了双向零拷贝共享。换言之，客户手里已有数仓，并不天然意味着销售动作一定由独立软件承接。数据所在位置和决策所在位置，已经可以分开。

Salesforce 2027 财年第二季度公告披露，截至 2026 年 7 月 31 日的季度，Agentforce ARR 超过 15 亿美元；从该季度起，其口径包括 Slackbot 和 Headless 360 等 AI 产品。这个数字不是销售智能体单一产品的收入，也不能同 Rox 的估值、增长倍数或客户机会额比较。它有用的地方在于说明：既有 CRM 厂商已经在商业化 AI，不是等初创公司教育完客户才开始部署。其产品定价说明还给出了按用量、对话或用户授权等选择，动作计费也不是独立公司的专利。

对买方，更现实的是三条路径。企业可以先用 CRM 平台的智能体，利用既有授权和采购体系；也可以采购 Rox 一类专用层，在异构系统之间跑销售流程；有较强数据和工程团队的客户，还可以保留自建的关键流程，外购数据补全、模型和部分应用。第一条的优势是从已有流程起步，但不应默认最懂每个数仓和外部业务信号；第二条必须拿出跨系统和行业适配的实际收益，覆盖多一个供应商的成本；第三条保留控制权，但组织要持续承担集成、模型评测、权限和事故排查。

真正值得比较的不是两个模型谁更会写措辞自然的跟进邮件，而是谁可以在同一组客户上给出更可靠的触达顺序、更少的无效会议、更少的人工修正。尤其是 Databricks 同时出现在两边的公开合作材料里，至少从产品选择上说，数仓伙伴不是排他性的护城河。专用厂商要证明自己不是一个可由现有平台轻易重做的连接器；既有平台也要证明把功能装进原合同，不只是买到了使用资格。

五、验证增长：把管道、收入、留存和账单放回不同的表

Rox 在公司公告中称，产品入市第一年 ARR（年度经常性收入）增长超过 10 倍，并称企业客户净收入留存率超过 700%。它没有披露对应的 ARR 绝对额，也没有在这份公告里说明 NRR（净收入留存率）的观察窗口、期初队列、客户数量和集中度。即便按一般定义，NRR 反映既有客户队列在扩张、降级和流失后的净变化，也不是每家客户的续费倍率。初次试点购买范围很小、少数客户扩大部署，都可能改变该比率。这些是解释数据为何需要补证的可能情形，不是对 Rox 客户构成的断言。

公司还披露，某全球 IT 服务客户在八周内获得 3.3 亿美元的合格销售管道；另一个医疗科技客户的团队在五个月内促成了 2,400 万美元的收入，Rox 称参与了这一过程。前者是一个客户按其口径计入的潜在销售机会，后者是另一个客户的销售结果，两者都不是 Rox 的营收，也不构成没有 Rox 时这些订单不会发生的证明。通稿给出的德国工程科技企业 90 天 24.3 倍 ROI，也是 Rox 披露的单客户案例，投资回报的成本范围和算法未在公告中完整披露。对比前应先确定，投入是只算软件费，还是把实施、数仓、人工审批和运维都算进去；收益是机会额、成交毛利，还是实际到账。

如果企业要把试点做成可续费的项目，可以预先约定四个指标：

  1. 每个可用结果的完整成本。 不按生成了多少封信或消耗多少动作计胜负，把软件、补全数据、数仓计算、人工审核与维护成本加总，再除以去重后符合客户画像、且实际举行的会议数。不同客户的长销售周期也要给足，不能只比较头几天的响应。
  2. 增量，而非归功于最后一次触达。 从可比的客户池按地区、体量、历史接触深度分组，用相同时间窗比较旧流程和新流程。先看合格会议及机会进入下一阶段的概率，再看订单及回款。如果智能体主要选择原本就更容易转化的客户，需要单独分析样本偏差。入池少而精未必比多覆盖更好；把大量无效触达变成活动量，也不等于增加净收入。
  3. 错误成本和复核工作量。 单列错主体、过期线索、错误写回、越权和退订等例外。人审不是一句「始终有人负责」，而应记下哪些动作可以直接执行，哪些动作必须拦下，以及每周花多少时间返工。否则代理节省的会前时间可能被查错抵消。
  4. 续费能否重复。 预算方应区分首次小范围试点扩张、稳定生产续费和旧供应商支出减少。产品即便显著提高销售使用率，也可能只是增加了一份软件账单；只有节省了既有开支或持续产生可验证的增量，才有独立预算的基础。

这套指标也适用于理解 Rox 的价格。其定价页把客户研究、会议简报和生成洞察等任务计为 Agent Actions，企业采购说明则表示企业方案需询价。按动作计量便于给使用量设上限，但不等于按已成交收入付费，不能拿单个动作的价格代替产出成本。Rox 表示最近将外呼拓客价格下调 50%，并把降价归因于研究改进；这是公司给出的原因，未披露的推理成本、获客成本和毛利，不能由这一折扣倒推出。价格下降能否促进用量、用量能否变成客户留存、厂商是否要为扩张投入更多服务人手，是三件需要分别观察的事。

还有一笔账在供应商这一侧。Rox 的企业方案列有专门的部署和支持团队。对大企业而言，这可能是试点能走进正式环境的必要条件；对 Rox 而言，如果每新增一个事业部，就要重新处理数据结构、角色和审批，客户合同增加的同时，交付成本也会增加。相反，若新增团队能复用先前的实体映射和权限模型，新增收入就有机会与交付工时脱钩。投资者真正需要的是同一批客户扩张时，部署和维护时间是否下降的证据，而不是把高 NRR 自动翻译成高毛利。 现有公开材料没有足够信息回答这个问题。

也因此，对融资后的进展可以设一个明确的判断分岔：一边是「大客户成功，但依赖工程师逐户陪跑」，另一边是「首个场景需要高强度服务，后续场景由客户团队按规则复制」。两者都能在早期产生可用案例，经营结果却可能很不一样。前者更像有软件加成的交付业务，后者才更接近可规模化的企业软件。后续若披露更多数据，应优先看典型客户上线第二个流程的时间、上线后持续人工复核量，以及不靠大幅折扣或额外服务时的续费情况。

封面为 AI 生成的编辑概念插画，非产品实拍。

RecodeX 极客视： Rox 提供了一个比「AI 销售淘汰传统 CRM」更可信的切口：先把过去没人来得及读的数据变成销售人员能执行的动作，再把做过的动作留在企业认账的系统里。做好这一步，本身就能成为生意；但要拿走旧合同，得跨过采购、权限、记录和组织协作这几道更慢的关。

接下来最值得跟踪的不是又多了几个大客户标志，而是三项证据是否同时出现：一个试点能否复制到不同事业部；全部成本算进去后，每个合格、实际发生的销售结果是否持续变便宜；第二次续费时，客户是否愿意用省下的旧预算或新增的业务收益继续付费。 如果 Rox 只能给最好的团队跑出漂亮案例，它可能是有价值的专用应用；如果这些效果在更多客户里能够复现，甚至能让企业缩减多套工具的开支，它才有机会掌握企业营收工作流的入口。站在买方一边，真正的比较标准不是它像不像下一个 Salesforce，而是旧系统依然在时，它究竟替人做掉了哪些工作、谁在为结果买单。

信息来源

本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。