企业 Agent 的 ROI 怎么算？从一次任务的时间、失败和人工接管算起

企业 Agent 试点做了一段时间，团队常会先拿到一组漂亮的调用量：回答了多少问题、生成了多少摘要、触发了多少次工具。但业务负责人真正关心的是，原来的一项工作现在怎样完成，质量有没有达到要求，出了例外谁来处理。调用次数不等于完成的业务任务，也不能直接推导出节省了多少成本。

把一项完整任务设为核算单位

先选一个边界稳定、能够记录起止的任务，例如整理一条线索并准备回访草稿。明确任务从哪个状态开始、满足什么条件算完成、哪些字段必须正确、是否需要人工确认。比较对象也要一致：同一类任务、相近复杂度、相同质量要求。若把简单问题交给 Agent、把复杂问题留给人工，两个平均耗时放在一起没有解释力。

基线不一定来自工时系统。可以在不影响正常工作的前提下，对一小组代表性任务计时，或用已有流程日志统计处理时长与返工；同时让执行人员标注哪些步骤属于等待、核对、沟通或录入。样本数和观察周期要写在记录里。流程刚改过、业务旺季或人员熟练度变化，都会让基线偏移，因此不要把一次观察当成长期规律。

成功、失败和接管分开记

每项任务至少有三种结果。第一种是 Agent 完成并达到质量要求，仍要记录人工复核用时；第二种是没有完成或结果错误，记录发现问题、返工和重新执行花费的时间；第三种是及时转给人工，记录交接准备、人工继续处理的时间。若流程有等待用户补充信息，也应说明这段等待是否计入团队工作量。只统计成功样本，会把最费时的失败路径从账上删掉。

一个实用的比较口径，是把人工基线的处理成本与 Agent 运行后的人工处理、复核、返工、接管成本相减，再扣除模型与工具调用、推理资源、集成维护、内容治理和运营支持的成本。可以把不同成本拆开报告，而不是硬压成一个看似精确的 ROI 百分比。若要折算货币，应使用企业认可的人工成本口径，并说明哪些投入是一次性、哪些会随任务量变化。

还有一些收益难以立刻货币化，例如响应更快、记录更完整或高峰期服务更稳定。可以先作为独立的业务指标跟踪，写清楚观察方法和时间范围，不要直接把它们换算成收入或裁员人数。相反，如果 Agent 引入了额外复核、权限管理或异常处理工作，也要纳入投入，避免只报正向结果。

先看质量和风险，再决定是否扩量

核算前要先设质量底线。任务是否引用了正确来源，关键字段是否准确，工具有没有在合适权限下执行，转人工是否及时，都可能是不可用平均收益抵消的条件。假如一个低频错误会造成明显业务损失，应单独呈现它的发生次数和处理方式，不能因为多数任务耗时下降就把它埋在总体平均值里。上线验收中的任务标准和权限检查，可以参考企业 Agent 上线验收说明。

试点报告最好同时给出样本范围、成功率、复核和接管工时、失败类型、调用成本、维护投入以及尚未验证的假设。按周或按业务复杂度分组，看看效果是否稳定；将 Agent 和人工的处理记录分开标注，再由业务负责人抽查质量。只有样本足以代表准备扩大的场景时，才讨论规模化后的容量和投入。

如果每项任务节省的时间小于新增复核与运维成本，这不一定说明技术没有价值，可能是场景选错、数据准备不足或流程还没有调整好。团队可以据此缩小范围、改造上游数据或停止试点。关于前期建设预算与持续成本项，可对照企业智能体搭建成本拆解。ROI 的作用是帮团队做出有依据的取舍，不是替项目预先写好一个成功结论。