读懂｜Procore 的 84% 毛利率靠客户替 AI 算力买单

Procore 三季度非 GAAP 毛利率守在 84%，财务长称智能体按用量定价。产品文档显示，项目数据存着就按天扣点，点数单价不公开，用完即停。

建筑软件商 Procore 已经把智能体的算力账写进了客户的点数池：项目数据只要放在系统里，就按天扣点。它三季度的非 GAAP 毛利率仍是 84%，财务长 Rachel Pyles 在电话会上把原因说得很直白：智能体按用量定价，成本是定价时要算进去的一项。

我们的判断是，这个 84% 证明 Procore 把算力波动挪进了建筑商的预算，证明不了 AI 已经便宜。对卖方，这是一笔稳账；对买方，AI 从年费里的功能变成了一张按量计的新账单。

财务长的三条理由，文件里各写了什么

据 The Motley Fool 整理的 11 月 4 日电话会逐字稿，Pyles 回答摩根大通分析师时承认，名为 digital coworkers 的新智能体产品对毛利率有一些影响，但被业务其他环节的效率抵消了。她给出三条不担心的理由。下表把她的说法和 Procore 自己的产品文件并排放：

电话会上的说法	Procore 文件里的写法
智能体按用量定价，客户承诺用量	Pro 与 Enterprise 两档按点数计费，点数按月或按年刷新
客户要对支出有把握，可用 Control Tower 设上限	管理员可设点数上限，接近上限前收到提醒
不卖无限量的 AI	只有 Starter 包是六个月固定价，最多 3 个项目不限用

三条说法在文件里都对得上。差别藏在细节里：上限要客户自己设，用完的后果也由客户承担。

据 Procore 支持文档，点数有两类消耗。一类是提问、搜索和跑流程，越复杂扣得越多。另一类是学习、存储和同步项目数据，按固定费率收：每 GB 数据每天 3 个点，100 GB 的项目一天就是 300 个点。

照这个费率，一个 100 GB 的项目 30 天光索引就要 9,000 个点，这是编辑据原文计算，此时还没有人向智能体提过一个问题。点数用完后，文档写明只留几次交互的宽限，之后消耗点数的 AI 功能暂停，等下次刷新；要追加，得找客户经理谈。

Procore 的套餐页说，点数让成本随客户实际得到的价值增长。索引费的写法对不上这句话：它随数据量每天重算，与智能体当天有没有干活无关。

据 Procore 三季度业绩公告，收入 4.02 亿美元，同比增 19%；GAAP 毛利率 80%，非 GAAP 毛利率 84%，与上年同期持平。按公告里的明细，非 GAAP 毛利率从 83.8% 升到 84.4%，收入成本增长 14.4%，慢于收入的 18.7%（编辑据原文计算）。

智能体在三季度才全面上市。分析师问采用数据时，首席执行官 Ajei Gopal 只说上市三个月、需求很多、还在早期，没有给客户数，也没有给点数收入。

电话会上唯一给出效果的客户是 McCownGordon 一例：报审材料审查智能体在一份材料里查出缺了 10 处门洞，这是公司自述的单个案例。所以 84% 还没经过大规模智能体用量的检验，这是分析推断，依据是公司自己称采用处于早期且未披露用量。

有人会说，按量计费比按席位一刀切更公平：用得少的公司少付，Starter 包还给了六个月固定价，让客户先摸清自己的用量。这一点我们接受，Starter 包确实是留给买方的缓冲。

我们不接受的是公平的前提。Procore 的套餐页和支持文档都没有写一个点数折合多少美元，买方没法把它和别家的报价、或自己直接调用模型的成本放在一起比。价格不公开的按量计费，定价权在卖方手里。

Pyles 说 AI 的成本在下降，速度比当年云计算快得多；Gopal 说 Procore 的推理引擎会把每一步分给合适的模型，包括开放权重模型。点数单价不公开，模型降价省下的钱先进 Procore 的毛利率，这是分析推断，依据是点数单价不公开、模型费用由 Procore 支付。

反过来，数据涨了、智能体跑多了，多出来的算力先从客户的点数池里扣。

两头的方向都对卖方有利。84% 的毛利率不是 AI 便宜的证据，是算力账单换了付款人的证据。这笔账 Procore 先赢，建筑商每在系统里存 1 GB 项目数据，每天先付 3 个点。