ServiceNow 把部署工程师打包进 AI 大单

一家欧洲企业用 ServiceNow 的智能体，12 周就上线了。ServiceNow 财务长 Gina Mastantuono 在 10 月 28 日的三季度电话会上讲这个例子时，特意提到公司的「前置部署工程师」。

同一天的投资者演示把这件事写进了财务说明：部分 AI 大单里，ServiceNow 把自家的部署服务和平台一起卖。

我们的判断是，在 ServiceNow 的大客户那里，智能体要快速跑起来，眼下还得厂商派人上门；ServiceNow 愿意为此让出一点订阅收入，换的是客户上线后的按量消耗。

12 周上线的欧洲客户，背后有工程师驻场

据电话会记录，Mastantuono 说，借助前置部署工程师，今年以来客户见到价值的时间缩短了 80%。那家欧洲客户 12 周上线，按她的说法，一年将消耗近 150 万的 assist。assist 是 ServiceNow 计量 AI 调用的单位，记录里这个数没有写明是次数还是金额。

投资者演示第 8 页给了更直接的对比：获得部署支持的客户，头五周的 AI 采用速度是没有支持的两倍，之后的 assist 消耗和产品使用量也高出数倍。这些都是公司自报的数字，演示没有说「采用速度」怎么数、对照组有多少家。

我们关心的是人在哪个环节接手。从这份材料看，接手的位置在最前面：连接系统、配置流程、让智能体第一次在生产环境里干活，这一段由 ServiceNow 的人来做。

部署服务从订阅里拆出，三季度约 25 个基点

这件事能被看到，是因为它动了收入的分类。演示写明，按美国会计准则 ASC 606，这类部署服务的价值要从订阅合同里拆出来，记为专业服务收入，有时也不计入未来 12 个月的合同收入（cRPO）。影响的规模是：

• 三季度，约 25 个基点的订阅收入同比增速挪到了专业服务。
• 四季度预计影响约 50 个基点。
• 续约时，这部分价值回到订阅收入和 cRPO。

Mastantuono 在问答环节说，这是公司没有把三季度超出预期的部分全部计入全年订阅收入指引的唯一原因。三季度订阅收入为 39.88 亿美元，同比增长 21%，见公司财报公告。

有人会说，25 个基点只是会计上的重新归类，续约后就回来，谈不上智能体离不开人。我们接受「规模小」：它确实只占增速的零头。我们不接受「只是会计」：会计分类是结果，原因是公司做了一个经营决定，在部分大单里多派人，这是演示原文的说法。

席位费之外，ServiceNow 要的是消耗量

为什么愿意让出订阅收入？CEO Bill McDermott 在回答分析师关于按结果计费的问题时说，大企业喜欢按席位付费，因为好做预算；公司同时在推按量消耗。他的说法是先让客户快速上线，上线之后每个用户带来的收入有机会提高到 5 倍。

财报公告和电话会里与消耗有关的数字如下，都是企业宣称：

指标	数字	出处
生产环境智能体消耗	年内同比超 13 倍	财报公告
Action Fabric 的 assist 消耗	环比增长 500%	电话会
AI 年度合同额目标	年初 10 亿美元，现为 17 亿美元	财报公告

这三行要分开读：13 倍是年内累计同比，500% 是单月环比，合同额目标是签约口径，三者分母不同，不能互相换算。

把这几件事放在一起看，部署工程师是 ServiceNow 消耗模式的启动成本，这是分析推断，依据是演示把部署支持和更高的 assist 消耗写在同一页，McDermott 又把收入提升的前提说成「先上线」。

一线服务台快 85%，没有给出接手率

电话会里还有一个能看出「智能体做成多少」的数：McDermott 说，ServiceNow 的一线服务台智能体处理工单比人工客服快 85%，已在多家客户的生产环境自主运行；另一个运维智能体在第一个月把解决时间的中位数缩短了 40%。

快多少有了，接手多少没有。电话会没有说这些工单里有多少最后转回了人工，也没有说部署工程师撤场后，客户自己的团队能否维持同样的使用量。

ServiceNow 把人写进了智能体合同，这本身就是目前企业智能体落地难度的一个读数。如果四季度之后它把部署服务的范围从「部分大单」扩到更多客户，或者续约时消耗量没有像它说的那样上升，这个判断都要重新看。