微软和 a16z 投了一家 AI 催收公司

2026 年 10 月 7 日，纽约创业公司 Stuut 宣布完成 5250 万美元 B 轮融资，由 Insight Partners 领投，Andreessen Horowitz、微软旗下 M12 和 Activant 参投。

Stuut 从应收账款催收切入，想让 AI 接手从订单到回款之间连续而琐碎的工作；据悉，目前已有超过 150 家企业使用 Stuut，累计经平台流转的资金超过 30 亿美元。

一张逾期发票背后的断点

Stuut 对问题的理解，来自联合创始人兼 CEO Tarek Alaruri 早年的物流工作。公司介绍称，他在 Total Quality Logistics 发现，许多逾期账款背后是单据和文书差错。后来他联合创办采购软件公司 Fairmarkit，再创办 Stuut；现任 COO Ben Winter 也曾在 Fairmarkit 工作。

^{左为 CEO Tarek Alaruri，右为 COO Ben Winter}

企业采购与个人购物有不同的节奏。买卖双方约定账期，供应商开具发票，再等待客户核验、审批和付款；一张发票能否按时结清，还取决于价格是否吻合、材料是否完整，以及它有没有进入正确的审批队列。订单、邮件和收款记录分散在不同系统里，催款之前，往往要先还原交易。

这种工作很难靠一封更有礼貌的邮件解决。客户说没有收到货，需要查签收凭证；客户少付了一笔，需要辨认扣款原因；款项到账但没有发票编号，还得把钱记到正确的账上。真正耗时的部分，是确认下一步该做什么，然后把它做完。

Stuut 所选择的入口因此有清晰的商业解释。应收账款已经对应一笔发生过的交易，回款速度和人工投入可以被记录，采购方比较容易为试用设定目标。但从观察到现金增加，再到确认增加部分由软件带来，中间仍需要可比较的基线。

这里也有自动化的天然边界。单据缺失、联系人错误，可以通过补全信息推进；客户经营恶化、没有能力付款，就不是增加跟进次数能够解决的。软件需要先辨认两种情况，否则更勤快的催收只会制造更多无效往来。

让软件接着做下一步

按 Stuut 的产品说明，系统先利用账龄、付款历史和互动情况安排跟进，再通过邮件、短信或语音联系客户。它还记录付款承诺、门户访问和后续回复，让同一个客户的信息能够留在连续的工作记录中。客户按惯例付款、提出争议或迟迟不回应，应该触发不同的后续动作。

^{催收演示把客户排序、联系与付款承诺放入连续记录}

争议处理把这条链向前延伸。产品页描述，Stuut 会把扣款与原始发票关联，查找合同、定价协议、提单和签收证明，再判断材料能否支持客户的说法。复杂谈判和关系敏感的案件则交给人，连同已整理的证据一起移交。

^{争议处理示意将邮件与六类交易文件关联}

款项到账后，还有核销这一步。Stuut 称，它能从银行数据、付款通知、邮件和表格中提取信息，处理部分付款、差额和跨实体匹配，并把结果写回企业资源计划系统，也就是 ERP。连接 SAP、Oracle 或 NetSuite 的价值，落在财务人员每天使用的正式账簿上。

^{官方核销演示展示付款匹配及 ERP 入账准备}

执行权限也随之变得重要。按照催收产品页，企业可以规定联系对象、渠道、频率和审批条件，并先审核外发内容，再逐步放开低风险账户。能否留下完整记录、把例外交还给人，与能否自动发出一封邮件同样重要。

融资公告把目标推向整个 order-to-cash，即从订单到现金的流程，但产品边界仍在变化。截至 10 月 8 日，官网主页的订单管理和信用模块仍标着“即将推出”。扩大产品版图是明确的方向，不能据此认定所有环节已经普遍可用。

沿着同一笔交易扩展，有利于复用已经获取的客户与单据信息。但销售、运营和财务对同一笔账的理解未必一致，新增一个模块，也可能新增一组权限和数据核对工作。产品能否保留完整上下文，最终要靠这些系统之间实际传递的信息来检验。

回款数字需要放回现场

起重与吊装设备供应商 Bishop Lifting 提供了一个更具体的样本。按 Stuut 发布的客户案例，收购扩张后，这家公司在美国和加拿大拥有 45 家分支机构、约 5000 个活跃账户，每天最多处理 1000 张发票，各地催收方式不一。上线项目用了 6 周，首先改变的是分散的跟进流程。

同一案例称，在 7 个月的观察期内，Bishop 的逾期应收账款减少 35%，平均应收账款周转天数，也就是 DSO，缩短 2 天，产生约 300 万美元营运资金收益。这些是供应商发布的客户结果，公开页面未给出对照组，也没有证明所有变化都由 Stuut 单独造成。

ZoomInfo 的情况更能说明新产品如何进入已有系统。它原本就使用 HighRadius 和第三方催收机构，仍有大量拨打电话、重复发邮件与手动排序的工作。Stuut 案例称，相关发票累计回款超过 2120 万美元，首次跟进等待时间缩短超过 90%；案例标注的报告期为 2025 年 7 月至 2026 年 7 月。

这份案例还写到，ZoomInfo 的催收团队通过自然减员，从 43 人变为 33 人，没有补齐离职岗位。原文将变化置于更广泛的应收账款改造中，Stuut 是支撑新增处理能力的技术之一。把它概括为“AI 裁掉十个人”，会把实施过程和人员变化一并抹去。

相比之下，融资公告中的 DSO 降低 47%、最多增加 40% 现金流，没有同时交代客户样本、计算方式和观察窗口，适合作为公司自述阅读。提前收回一笔应收款，可以缓解资金占用，却不能把全部回款都记成新增利润。真正值得比较的是回款时间、逾期余额和人工成本，连同软件及实施费用一起看。

最难的是实施

目前，Stuut 已经开始寻找更大的分发渠道。支付服务商 Fiserv 在 8 月 5 日宣布合作，由 Commerce Hub 为 Stuut 提供支付处理基础，SnapPay 则计划整合其自动化技术。合作公告同时注明资格、可用性及实施时间等条件：合作提供了新的渠道入口，实际覆盖仍取决于逐家部署。

另一端，它也在尝试缩短小客户的购买路径。截至 10 月 8 日，官网限量测试版自助方案标价为 299、749 和 1900 美元每月，对应最多 250、1000 和 5000 张月度发票，企业方案另行报价。这些公开价格说明产品正在尝试标准化售卖，尚不足以推算大型企业完整部署的成本。

这个定价细节也很有意味。Stuut 用回款结果解释产品价值，自助版本却按发票量收费；两者之间需要客户自己算账。一张大额、长期未结清的争议发票，与大量流程简单的小额账单，对财务团队的价值和处理成本并不相同，企业合同如何覆盖这些差别，公开资料尚未说明。

价格便于标准化，实施难度却未必相同。官网宣传数天上线，Bishop 和 ZoomInfo 的案例分别列出 6 周和 5 周，具体项目与宣传口径不能直接互换。客户需要接通数据、划定权限，并决定哪些付款异常可以由 AI 处理；这些环节的差异，会决定软件到底释放多少人工时间。

竞争也已经进入同一方向。HighRadius 在 2025 年公布了已上线的智能体产品，并将更全面的自主财务能力设为后续目标。因此，Stuut 很难长期只靠“AI 会执行”与既有厂商区分；它需要在真实账单里，证明接入、例外处理和持续运转的成本更合算。

值得注意的是，财务软件还有比回答错误更直接的风险。重复催促已付款客户会损伤关系，错误核销会污染账簿，放行不合理扣款则可能造成损失。产品越接近资金流转，客户越需要知道审批责任、异常处理和审计记录如何落实，采购评估也会从演示效果走向长期可靠性。

因此，一次试点最有信息量的结果，往往是哪些账单顺利处理，哪些仍需人工，以及失败后花了多少时间修正。续约时还要判断，节省下来的工时是否转化为实际成本变化，还是让原有团队覆盖了更多账户。这些差异，会直接影响客户愿意为下一年支付多少钱。

对于 Stuut 来讲，接下来还要证明的是面对各不相同的账期、客户门户和旧系统，仍能以可控成本把这份工作持续做下去。对于一家承诺把订单变成现金的公司，后续的说服力最终还要来自客户账上的变化。

文章来自于“有新Newin”，作者“有新”。