Salesforce 推出 Agentforce Help Agent,并把一个非常明确的商业信号放在了前台:只为解决的问题收费。官方信息显示,Help Agent 可以面向企业自助服务场景快速部署;当它从头到尾自主解决客户问题时,企业才需要付费。如果客户要求人工接管,或者给出负面反馈,则不收费,Agent 会把完整上下文交给服务团队。
这不是一次普通的价格调整。它改变的是 AI Agent 的落地逻辑:过去很多项目关注 conversation、token、session、seat;现在 Salesforce 把计费锚点移到 resolution。这意味着 Agent 不能只是“回答得像样”,而要完成一个可验证、可审计、可交付的业务结果。

图片来源:Salesforce Newsroom。
官方发布的核心变化
Agentforce Help Agent 是一个预打包的服务 Agent,目标是降低企业部署 AI 自助服务的门槛。它可以基于 Salesforce Knowledge,也可以通过上传文件或输入网页 URL 来补充知识来源;部署渠道覆盖 voice、web、portal 和 messaging;开箱能力包括回答客户问题和管理 Case,后续还可以通过 Agentforce Builder 或代码方式加入订单管理、预约安排、账号管理等动作。
Salesforce 同时披露了自己在 help.salesforce.com 上的实践数据:Agentforce 已处理 430 万次 inquiry,并解决其中 70%。这些数字重要,因为它们说明 Pay‑Per‑Resolution 不是单纯营销措辞,而是建立在 Salesforce 自己客服场景的规模化使用经验之上。
定价变化的关键点有三个:第一,只有 Help Agent 自主、端到端解决问题时才收费;第二,如果客户给出负面反馈或要求人工升级,则不收费;第三,在这次 Agent 交互过程中,Data 360 和 Agentforce 不按额外消耗计量。换句话说,客户买的不是“Agent 说了多少话”,而是“Agent 是否把问题解决了”。
为什么 Pay‑Per‑Resolution 是一个落地分水岭
AI Agent 项目最容易陷入两个误区:一个是把“能回答问题”当成上线成功,另一个是把“调用量增长”当成价值增长。Pay‑Per‑Resolution 会把这两个误区都暴露出来。因为一旦价格绑定结果,企业就会自然追问:这个 Agent 到底解决了什么?解决是否可证明?客户是否真的满意?是否减少了人工返工?
这让 Agentforce 项目的评价标准从技术活动转向业务结果。过去可以汇报“本月有多少对话”“消耗多少 token”“自动回复多少条”;现在更应该汇报“自主解决多少 Case”“多少问题无需人工接管”“解决后是否复开”“每个已解决问题成本是多少”。
这也是从 SaaS 订阅逻辑向 AI 成效逻辑的一次转向。传统 SaaS 常围绕用户席位收费,早期 AI 常围绕用量收费,而 AI Agent 一旦进入服务、销售、运营等核心流程,客户真正愿意为其付费的,是它完成了多少业务动作。
什么才算一次 Resolution
“按结果收费”的关键问题不是价格,而是结果定义。对服务 Agent 来说,一次有效 resolution 至少应该满足三层条件:
- 客户意图被完成:问题被回答,或目标动作被执行,例如查询订单、更新预约、创建 Case、完成退换货指引。
- 没有人工接管:客户没有要求转人工,Agent 也没有因为权限不足、置信度不足或政策边界主动交接。
- 没有明确负面反馈:客户没有表示答案无效、体验不好或问题未解决。
但企业在实施时不能只停留在这三条。更严谨的做法,是为每一类服务场景定义自己的 resolution contract:输入是什么,Agent 可以做什么动作,成功状态是什么,失败状态是什么,什么情况下必须交给人工,最终如何记录审计证据。
它会怎样改变 Agent 设计
Pay‑Per‑Resolution 会迫使团队把 Agent 从“问答界面”设计成“任务系统”。一个能收费的服务 Agent,至少要具备五种能力。
- 识别意图:判断客户到底要查信息、改资料、创建请求,还是表达投诉。
- 补齐上下文:从 CRM、Knowledge、订单、资产、合同或历史 Case 中找出解决问题所需的信息。
- 执行动作:不仅回答,还要能创建 Case、更新记录、安排预约、发送确认。
- 判断边界:遇到敏感场景、低置信度、权限不足或客户情绪恶化时,主动交接。
- 记录证据:保存问题、答案、动作、数据来源、交接原因和客户反馈。
这意味着,Agentforce 项目的核心工作不只是“配置一个 Agent”,而是设计一个可闭环的服务流程。Agent Builder 只是入口,真正决定效果的是知识治理、动作设计、权限边界、评估集和运营监控。

图片来源:Salesforce Newsroom。
对企业客户的价值
对客户来说,Pay‑Per‑Resolution 最大的价值是让 AI Agent 的 ROI 更容易被业务方理解。客服负责人不需要解释复杂的 token 模型,也不需要把 AI 成本翻译成一堆技术单位,而可以直接讨论:多少问题被自主解决,节省多少人工处理,客户体验是否改善。
这也降低了 POC 的心理门槛。企业可以先选择高频、低风险、规则明确的服务场景,例如订单状态查询、预约变更、基础产品问题、知识库问答、Case 状态跟踪。只要能定义清楚 resolution,就能更快验证商业价值。
但这并不意味着企业可以跳过治理。恰恰相反,按结果收费会让治理更重要。因为如果 resolution 定义不清楚,预算、报表、客户体验和供应商绩效都会变得难以判断。
对 Salesforce 的挑战
Pay‑Per‑Resolution 也把一部分风险转移到了 Salesforce 自己身上。每一次 Agent 交互都会消耗模型推理、检索、执行和安全检查资源。只有当这些交互成功变成 resolution,才会产生收费结果。因此,这种模式要求 Salesforce 在三个层面保持足够强的能力:模型成功率要高,执行成本要可控,滥用和异常交互要能被识别。
这也是为什么 Help Agent 不能只是一个聊天组件。它必须与 Knowledge、Data 360、Service Cloud、渠道部署、Case 管理和人工交接形成整体能力。否则,Agent 会产生大量“看起来自动化、实际上没解决”的交互,而这些交互既伤害客户体验,也会削弱按结果收费的商业逻辑。
管理员和架构师应该提前设计的指标
如果企业准备采用 Pay‑Per‑Resolution,建议上线前就设计一套结果审计仪表盘,而不是等上线后再补报表。核心指标包括:
- Resolution Rate:Agent 自主解决问题的比例。
- Handoff Rate:转人工比例,以及转人工原因。
- Negative Feedback Rate:客户明确不满意的比例。
- Reopen Rate:被标记为解决后,客户再次联系或 Case 重开的比例。
- Cost per Resolved Case:按成功解决问题计算的单位成本。
- Automation Boundary:哪些意图可自动完成,哪些必须转人工。
- Knowledge Gap:哪些失败来自知识缺失、内容过期或权限不足。
尤其要关注 Reopen Rate。一个 Agent 如果短期看起来解决率很高,但大量客户后来重新开 Case,就说明它可能只是“结束了对话”,并没有真正解决问题。
实施建议:先从可证明的场景开始
不要一开始就把 Help Agent 放到所有服务入口。更稳的路线是选择一个高频、低争议、知识清晰、动作简单的场景作为第一阶段。例如:
- 订单状态查询
- 预约确认与改期
- 产品使用基础问答
- Case 状态跟踪
- 保修政策说明
这些场景有共同特点:客户意图明确,成功状态容易判断,系统动作相对标准化,转人工边界也容易定义。等这些场景跑稳后,再扩展到更复杂的账户管理、投诉处理、退换货和跨系统流程。
实施时还要准备一套测试集:真实历史问题、边界问题、错误知识问题、权限不足问题、客户情绪问题、恶意输入问题。只有这些测试通过,Agent 才算具备进入结果计费场景的基础。
对 Agentforce 生态的信号
Pay‑Per‑Resolution 给生态伙伴一个很清晰的信号:未来 Agentforce 项目的价值,不在于“搭了一个 Agent”,而在于“这个 Agent 能稳定完成多少可衡量的业务结果”。
这会改变实施服务的重心。好的实施伙伴不能只交付一个配置完成的 Agent,还要交付场景筛选、知识治理、动作编排、权限设计、评估集、监控仪表盘和持续优化机制。换句话说,Agent 项目会越来越像一个需要长期运营的数字劳动力,而不是一次性上线的聊天窗口。
结论:AI Agent 进入结果负责阶段
Pay‑Per‑Resolution 是 Agentforce 商业化的重要拐点。它降低了客户尝试 AI Agent 的心理门槛,也提高了项目交付质量的要求。一旦价格绑定 resolution,Agent 的目标就从“生成答案”变成“完成任务”;项目验收也从“能不能聊”变成“能不能闭环”。
这可能正是企业 AI Agent 走向成熟需要的一步:少谈调用量,多谈解决率;少谈炫技 demo,多谈服务运营;少谈模型本身,多谈客户问题是否真正被解决。
资料依据
- Salesforce Newsroom: Salesforce Launches Agentforce Help Agent That Deploys in Minutes and Only Charges for Resolutions