AI智能体的单位经济:为什么人工兜底不能藏在毛利率之外
智能体可以自动完成多步骤任务,但异常处理、审核、客户成功与责任承担仍会消耗人工。判断商业质量,应把成功完成率和全链路服务成本放回单位经济。
本文目录收起
演示成功不等于任务完成
AI 智能体在演示中可以读取邮件、调用工具、生成方案并执行动作,看起来像把完整岗位压缩成一次请求。但真实业务包含权限不足、数据缺失、格式变化、边界案例和责任确认。模型完成了大部分步骤,最后一小部分异常仍可能消耗大量人工。
商业分析若只计算模型调用成本,会系统性高估毛利。真正单位不是“生成一次答案”,而是“按客户标准成功完成一项任务,并处理由此产生的全部异常”。
先定义什么叫成功
智能体可能返回结果,却没有实现业务目标。客服回复语法正确,但没有解决问题;财务分类看似合理,却需要人工逐笔核对;销售线索数量增加,转化质量反而下降。成功率必须与客户结果绑定。
可以分层定义:技术执行成功、业务规则通过、客户无需返工、最终结果被接受。每一层的差距都对应成本和产品改进机会。只报告工具调用成功率,会把最难部分排除在指标外。
人工兜底有哪些形态
显性的人工审核容易计量,隐性的更常被忽略。客户成功团队帮用户重写指令,工程师为单个客户维护连接器,运营人员手工修复失败任务,销售人员解释模型限制,这些都在补足产品尚未标准化的部分。
若这些成本记在研发、销售或通用管理中,产品毛利看起来很高,企业整体却难以形成经营杠杆。应按客户或任务归集支持工时,观察随着规模扩大是下降还是同步上升。
自动化率不是越高越好
在低风险场景,追求全自动合理;在付款、医疗、合规和权限变更中,人工确认可能是产品价值的一部分。强行移除审核,节省的成本可能小于错误损失。
更好的指标是风险调整后的自动化:低风险步骤自动执行,高风险节点提供证据、置信度和清晰确认。产品设计应让人工参与高效,而不是把“有人介入”一律视为失败。
异常呈长尾分布
常见任务容易被模板和模型覆盖,剩余异常越来越少,却越来越复杂。自动化率从零到百分之八十可能很快,从百分之九十五继续提高则需要大量规则、数据和流程重构。边际成本不一定下降。
企业应绘制异常分布:哪些重复发生、哪些客户特有、哪些源于外部系统。优先解决高频可标准化问题,对极低频高风险问题保留人工,而不是为了宣传数字追求表面全自动。
推理成本只是成本栈的一层
每项任务还可能包含检索、向量存储、工具 API、浏览器或计算环境、日志、监控、重试和安全检查。复杂智能体多轮规划,失败后重试,会让实际 token 与演示差异巨大。
模型路由能把简单步骤交给低成本模型,把高难任务升级,但路由系统本身也需维护。评估单位经济时,应使用完成任务的总成本分布,而非单次平均调用价格。
延迟同样是一种成本
智能体为了提高正确率进行多轮验证,可能让用户等待数分钟。后台批处理可以接受,实时客服和交互工具则可能因此失去价值。企业有时用人工并行兜底换取响应速度,成本又回到服务层。
因此要同时看成功率、延迟和成本三角。单独优化一个变量,通常会牺牲另外两个。产品应按场景选择,而不是统一追求最强模型。
客户承担的审核成本不能消失
有些产品把审核责任交给用户,于是企业报表毛利很高,客户却花更多时间检查输出。若节省的执行时间被验证时间抵消,续约最终会暴露问题。
应研究客户全流程:使用前准备多少数据,输出后审核多久,错误如何发现,谁承担责任。真正的自动化要降低客户总工作量,而不是把劳动转移到界面另一端。
可靠性决定可收费价值
客户愿意为稳定结果、节省时间和降低风险付费。模型能力类似时,产品差异会转向工作流整合、权限、可观察性和异常恢复。可靠性不是工程后台指标,而是定价权基础。
当智能体能够展示引用、执行记录和可撤销操作,客户更敢扩大使用范围。使用范围扩大又产生更多真实反馈,形成产品学习闭环。
收费单位必须与价值接近
按 token 收费易核算,却让客户承担效率不确定;按席位收费可能与自动化减少人数冲突;按任务或结果收费更贴近价值,但企业要承担复杂度和失败风险。
没有完美模式。关键是收入单位与成本单位不要完全错位。若客户按固定订阅支付,企业却为每次复杂执行承担无上限成本,重度用户会侵蚀毛利。价格层级、使用边界和任务定义必须清楚。
早期定制会制造虚假产品市场匹配
创始团队手工配置流程、清洗数据和处理异常,能让首批客户非常满意。但客户购买的可能是高强度服务,不是可复制软件。只看收入和 logo 数量,会误判标准化程度。
应追踪上线时间、每客户工程工时、连接器复用率和支持请求。随着客户增加,这些指标若没有下降,规模只会扩大交付负担。
数据反馈能否真正复用
客户异常可以改进产品,但企业是否有权使用、能否匿名化、不同客户流程是否相似,都决定反馈价值。高度定制场景的数据可能无法跨客户迁移,所谓数据飞轮不会自然形成。
高质量系统会把反馈分成通用能力、行业能力和客户配置,既保护数据边界,也避免每次从头解决。
风险成本应进入单位经济
错误付款、隐私泄露和合规违规可能低频高损,不能只在风险章节描述。可通过权限限制、审批、保险、监控和准备金把风险转化为可管理成本。没有治理的高毛利,可能只是尚未发生事故。
NIST 风险框架强调治理、测量与持续管理。对企业而言,这意味着上线不是终点,模型和外部工具变化都需要重新验证。
这也说明AI 推理单位经济不能只观察算力价格。一次错误带来的赔付、复核和客户流失虽然不按 token 计费,却属于同一项服务的真实成本。
一张智能体经济清单
任务成功如何定义?多少结果无需客户返工?人工兜底分布在哪些部门?完成任务的 token、工具、重试和支持总成本是多少?异常随规模下降还是增长?收费单位与价值、成本是否匹配?客户审核花多少时间?高风险动作能否追踪和撤销?
再做一个压力测试:模型价格不再快速下降,客户复杂度提高一倍,毛利还能改善吗?若答案依赖未来技术自动解决所有异常,商业模型仍未被验证。
高质量自动化首先诚实核算
AI 智能体可以显著减少重复劳动,但价值不会因为界面看起来自动就自动出现。企业必须把人工、风险和客户返工放回成本表,才能知道产品究竟节省了什么。
人工参与不是污点,隐藏人工才是。清楚知道哪里应自动、哪里应确认、哪里暂时不做,反而是智能体走向可靠生意的起点。
资料来源
- NIST AI Risk Management Framework 美国国家标准与技术研究院官方框架,用于理解 AI 系统可靠性、治理和持续监测。
- Microsoft Annual Reports 微软官方年报归档,用于观察云与 AI 服务的基础设施投入和风险。