结果即服务（RaaS）定价手册：从席位制到 $0.99 单次成功
Intercom、Sierra、Klarna 把 SaaS 席位制改成按结果付费的具体合同条款是什么样？本文拆解三种主流定价结构、归因机制与谈判要点。
席位制（Per-Seat License）的死法很简单：当数字员工接管了原本属于人类员工的工位，按”工位数”收费就没人付钱了。RaaS（Result-as-a-Service）应运而生。
一、三种主流 RaaS 定价结构#
| 结构 | 代表案例 | 计价单位 | 适用场景 |
|---|---|---|---|
| 纯结果型 | Intercom Fin AI ($0.99/次) | 成功解决数 | 客服、自动审批 |
| 性能阶梯型 | Sierra AI (按 SLA 达成率) | KPI 达成度 | 销售、营销 |
| 混合型 | Salesforce Agentforce | 基础费 + 超额绩效 | 复杂工作流 |
二、按结果付费的对账机制#
任何 RaaS 合同的核心难点不是定价，而是 归因。三个关键问题：
- 什么算”成功解决”：客户没回复算成功吗？转人工后由人解决算成功吗？
- 多智能体协作时如何分账：A 智能体接单 → B 智能体执行 → C 智能体收尾，谁拿钱？
- 延迟归因：客户当下没付费但 7 天后下单，这笔成功算谁的？
成熟的 RaaS 厂商会在合同里明确”归因窗口”、“成功定义”和”分润比例”。Intercom 的做法是：单次会话内闭环 + 客户在 24 小时内未重启相同主题 才算成功。
三、混合定价模型的合同要点#
完全纯结果型对厂商有现金流风险，完全纯席位制对客户没价值。主流的工程化方案是混合模型：
- 基础服务费：覆盖部署、运维、安全审计 —— 类似传统 SaaS 的最小订阅
- 超额绩效奖金：当 AaaS 在某个 KPI 上跑超过基线时，按超额部分的 X% 分成
谈判时客户最容易被坑的两个点：
- 基线设置过低 —— 厂商轻易超额，分成虚高
- 绩效定义模糊 —— 厂商有解释权，客户没有审计权
四、给 SaaS 转型者的三条建议#
- 先做 PoC，再签 RaaS —— 数据不齐时按结果付费就是俄罗斯轮盘
- 保留席位制兜底 —— 让客户有”如果智能体不达预期就退回传统模式”的退路
- 公开归因 API —— 客户能审计的归因才是可信归因
下一篇我们会聚焦”价值分享计费（Value-Sharing Billing）“的更激进版本：智能体直接持有客户业务的一部分股权，按业绩分红。
本文涉及厂商定价以官方公开页面为准；具体合同条款应以法律意见为准。