传统企业 Agent 落地第一步：用流程经济账筛场景，而不是从模型能力出发
截至 2026 年 10 月，企业 Agent 的问题已从“模型能不能做”转向“什么流程值得让它做”。IBM 在 10 月 12 日提出用 Agent 控制面连接人员、流程与技术；Google 公开的企业案例则反复出现投诉处理、合同准备、财务审核和现场作业等场景。共同点不是对话体验，而是原流程中存在大量查找、搬运、核对、等待和跨系统交接。
传统企业不应从“做一个万能助手”开始。先找到一条有明确输入、输出、责任人和失败代价的业务链，再判断 Agent 是否能减少人工触点或缩短等待时间。
Agent 的 ROI 来自重构等待和交接，不是把原来的表单外面再包一层聊天框。
用五个变量筛掉伪需求
候选流程至少评估频次、单次人工时间、跨系统数量、结果可验证性和错误损失。下列评分不是为了制造精确数字，而是强迫业务、IT 与风控在立项前谈清楚假设：
from dataclasses import dataclass
@dataclass
class Candidate:
monthly_cases: int
minutes_per_case: float
handoffs: int
verifiability: float # 0..1
integration_ready: float
error_impact: float # 0..1, 越高越危险
def value_score(x: Candidate) -> float:
labor = min(x.monthly_cases * x.minutes_per_case / 60 / 1000, 1)
coordination = min(x.handoffs / 6, 1)
risk_penalty = x.error_impact * (1 - x.verifiability)
return round(
0.35 * labor + 0.20 * coordination +
0.25 * x.verifiability + 0.20 * x.integration_ready -
0.40 * risk_penalty, 3
)
高频但无法验证结果的流程不适合直接自治；低频但单次损失巨大的流程，也不应因为“看起来高级”就优先。首批项目通常应选择高频、低到中风险、已有 API、能确定性验收的流程，例如对账差异归因、工单资料收集、备件查询、合同字段核对。
把节省时间换成真实经济账
“节省了 30% 时间”不等于“降低了 30% 成本”。若员工只是把时间花到别处，却没有减少外包、加班、积压或新增产能，就不能全部计为现金收益。建议分开计算硬收益、产能释放和风险避免：
annual_hard_saving = reduced_overtime + reduced_outsourcing + avoided_hiring
capacity_value = released_hours * loaded_hourly_cost * realization_rate
risk_avoidance = incidents_avoided * expected_loss * confidence
annual_cost = model_cost + platform_cost + integration_cost + operations_cost
roi = (annual_hard_saving + capacity_value + risk_avoidance - annual_cost) / annual_cost
payback_months = implementation_cost / max(monthly_net_benefit, 1)
realization_rate 必须保守：如果释放出的时间没有转化为产量、服务量或岗位结构变化，就不能按 100% 计价。上线前保存四周基线，包括处理时长、排队时长、返工率、升级率、错误成本和每单系统调用次数。
先让 Agent 处理异常之间的空隙
传统 RPA 擅长稳定规则，人工擅长模糊例外。Agent 最有价值的位置是二者之间：理解非结构化材料、选择已有工具、补齐上下文，并把越界任务升级给人。
process: supplier_invoice_resolution
agent_can:
- collect_missing_documents
- match_po_receipt_invoice
- explain_variance
agent_cannot:
- create_supplier
- change_bank_account
- post_journal_above_threshold
success:
cycle_time_p50: "< 4h"
false_auto_close_rate: "< 0.2%"
evidence_completeness: ">= 99.5%"
这份契约比“准确率达到 90%”更有用，因为它定义了 Agent 能做什么、不能做什么，以及业务结果如何验收。
90 天落地顺序
前 30 天只做流程发现与只读影子运行；第 31—60 天开放低风险写操作，并强制人工确认；第 61—90 天才对高置信、可回滚的动作启用自动执行。每一阶段都要能证明：减少了多少等待、人工触点和返工，错误是否转移到了别处。
传统企业降本增效的核心不是部署更多 Agent，而是让每个 Agent 对一项业务结果负责，并能被流程所有者随时停止、回放和问责。