- 人工作业的成本分散在人工费、返工和久等的客户身上,账上找不到单独的一栏。
- 批 AI 预算之前,先把这个数算出来,才知道项目是真的划算,还是只是感觉应该划算。
- AI 这一边的成本也要算全:系统费用、维护费用,以及人工检查所花的时间。
1. 人工作业成本分散在多个科目里,所以没人看得见
去问会计部门人工作业让公司花了多少钱,他们答不上来。这和能力无关,只是这笔成本从来没有集中记在一处。它藏在人工费、返工和因回复太慢而丢掉的生意里。
公司看到的工资是按部门列的,可一个流程往往横跨好几个部门。比如接一个订单,可能要经过销售、行政、仓库、会计和主管,账上却没有一个叫“接单成本”的科目。于是企业主只看到每个人都很忙,以为需要再招人,却不知道一个订单总共要花多少人工处理时间(Touch Time)。
业务量一大,人工作业还会造成排队。员工为了省时间,开始攒成一批再处理,客户就要等得更久。数据要手工复制好几遍,容易出错;经理也得花时间追问进度。这些成本都不会体现在某一位员工的工时里。
2. 计算单个流程真实人工成本的公式
简单的算法是:每月次数 × 每次用时 × 每小时人工成本。别忘了再加上事后负责检查和修改的人所花的时间,这一块大家最容易漏算。

先拿每月的件数,乘以所有岗位的人工处理时间,再乘以每分钟的人工成本。人工成本除了工资,还应包括福利、奖金、雇主承担的税费、设备、办公空间和管理开销。如果手头没有数据,可以先按工资的 1.25–1.5 倍估算,再根据公司情况调整。
公式:月度人工成本(Monthly Labor Cost)= 工作件数 × 每个岗位所用分钟数 × 每分钟成本,再把所有岗位加总。假设每月有 2000 个订单,行政人员每单用 8 分钟,仓库 3 分钟,会计 2 分钟,主管 1 分钟,合计每单 14 分钟,即每月 28000 分钟。如果平均每分钟成本为 4 泰铢,直接人工成本就是每月 112000 泰铢。
至少实际计时 30–50 件,并把一般情况和复杂情况分开。不要让员工凭记忆估算,因为人们往往不会把找文件、打开系统或事后回头修改的时间算进去。一般工作看中位数(Median),为复杂时段安排人手则看 P90(第 90 百分位数)。
| 数据 | 来源 | 注意事项 |
|---|---|---|
| 工作件数 | CRM、ERP、电子邮件、工单 | 工作交接时不要重复计算 |
| 人工处理时间 | 计时或现场观察 | 把找资料和返工的时间算进去 |
| 人员成本 | 工资 + 间接费用 | 不要用实发工资 |
| 高峰时段 | 按日或按周的数据 | 平均值会掩盖排队 |
3. 计算差错和返工的成本
用真实数据算出差错率,比如需要修改的报价单比例、信息有误的订单、退货,或数字对不上的报告,再乘以平均每次纠正的成本,包括人工、运费、贷项通知单、补偿性折扣和经理的时间。如果差错影响声誉或导致客户流失,应单独列为一项风险,不必在证据之外硬给它定一个数字。

举个例子:2000 个订单中有 3% 出错,就是 60 单。平均每单纠正成本 450 泰铢,每月合计 27000 泰铢。如果 AI 检查信息是否完整,把差错率降到 1%,每月的收益就是 18000 泰铢,这还没算上员工省下的时间。
不过,AI 也会带来新的差错,比如读错文件、很有把握地给出错误答案,或者把同一件事做两遍。所以要估算新系统上线后仍会残留的差错(Residual Error),以及监控的成本。不要以为自动化能让差错归零。
4. 延误的成本:让客户等待也要花钱
除了工作时间,还要按业务事件计时,比如从收到销售线索(Lead)到回复、从客户询价到发出报价,或者从下单到确认。然后看这些时间与转化率、取消率和投诉之间的关系。如果 15 分钟内回复的线索,成交率高于两小时后才回复的线索,延误就有一笔可以估算的收入成本。

基本公式是:商机数量 × 转化率差值 × 每笔成交的利润。假设每月有 500 条销售线索,回复加快后转化率可能提高 2 个百分点,每笔成交平均利润 6000 泰铢,这个机会每月就值 60000 泰铢。要用实验或历史数据来支撑,避免夸大。
5. 能干的人陷在低价值工作里的机会成本
销售经理每周花十个小时汇总报表,公司损失的除了十小时的人工费,还有他本该用来辅导团队、跟进大单或拜访客户的时间。机会价值比人工费难估算,所以应该分低、中、高三种情景(Scenario)来算,不要拿最高的数字当基准情景。
问问自己:每月腾出 100 个小时,公司会拿来做什么?这件事有没有明确的负责人和 KPI?如果答案只是“做更重要的工作”,在制定出人力转用计划之前,就不要把它算作财务收益。所谓计划,比如让团队多打 800 通跟进电话,或者多开发两款试销产品。
另一种收益是少招人(Avoided Hire):业务量增长时,公司不必招新人。计算方法是拿系统能承接的工作量和这个岗位的产能比较,再看预计原本需要招人的时间点。有些说法声称省下了多少工时,实际开支却一分没少;和这类说法相比,少招人带来的收益更可信。
6. 需要计入的 AI 全部成本
- 需求调研与流程设计:收集数据、设计步骤、梳理规则所需的时间
- 开发与系统集成:对接 CRM、ERP、电子邮件、数据库,以及权限设置
- 模型/API:按消息、文件、图片数量或智能体(Agent)调用次数计算的使用费
- 基础设施:托管、数据库、队列、监控、备份和日志
- 质量与安全:测试、评测集、数据检查和事故响应
- 变革管理:培训用户、调整岗位分工,以及学习期间生产率的下滑
- 维护:源系统或模型变化时的修改,以及数据和提示词(Prompt)的更新
把成本分成一次性和持续性两类,再按月算出至少 12–24 个月的数字。根据工作量和服务价格做几种情景。如果系统用的是多步骤的智能体,每件工作的费用可能波动很大,必须设置预算告警和调用频率上限(Rate Limit),并为简单任务准备更便宜的后备模型。
还要算上人工后备方案(Fallback)和停机的成本,关键流程尤其如此。系统便宜却经常宕机,公司可能就得保留一支满编的后备团队,结果根本省不下钱。
7. 计算投资回报率(ROI)、回本期(Payback)和真正实现的价值
年度净收益(Annual Net Benefit)= 实际减少的人工成本 + 减少的差错成本 + 新增利润 + 免于招聘节省的费用 − 每年的系统费用。然后,ROI =(净收益 − 初始投资)÷ 初始投资;回本期 = 初始投资 ÷ 每月净收益。
写给开发团队 · 技术细节
把硬性节省(Hard Saving)、规避成本(Avoided Cost)和软性收益(Soft Benefit)分开计算。硬性节省是指开支确实减少了,比如不再续签用工合同,或者加班费下降。规避成本是指业务增长时不必增加人手。软性收益,例如满意度提高、决策更快,确实有价值,但不应拿来弥补一份算不过账的商业论证。
设定叫停和复盘的标准。例如 60 天后自动处理率(Auto Rate)仍低于 30%,或每件成本超过上限,就要么修正,要么停掉。及早接受沉没成本(Sunk Cost),可以把预算留给回报更好的项目。
8. 批预算之前的 7 天评估
- 第 1 天:确定业务部门,把范围限定在一个流程
- 第 2 天:调出至少过去一个月的工作量和处理周期(Cycle Time)
- 第 3 天:用真实样本给每个岗位的人工处理时间计时
- 第 4 天:计算差错、返工、延误和加班
- 第 5 天:估算可自动处理、需人工审核和需按例外处理的工作各占多少比例
- 第 6 天:按三个档次估算开发成本和每月运行费用
- 第 7 天:做出低、中、高三版商业论证,附上 KPI 和叫停标准
请财务部检查假设,并请流程负责人确认省下的成本如何变成实际成果,比如减少加班、离职空缺不再补人,或者扩大销售团队的产能。如果没有兑现价值的计划,省下的工时可能只会变成零散的空闲时间,在利润上看不到。
总结:评估 AI 要从流程的经济账算起:真实的人工成本、差错、延误和机会,再加上系统在整个生命周期内的成本。用情景分析和证据来判断,别凭一时兴奋。企业主清楚每件工作的成本,也知道怎样把价值兑现时,就能放心地选择那些能减少人手或少招人的项目。
把人工作业成本变成财务部认可的数字
人工费、差错成本和工作延误造成的损失,这些数字都在您的会计部门和各业务线主管手里。通常缺的是一套可以重复使用的数据收集方法,所以每次评估得出的数字都不一样。DNA Maker 帮您建立统一的衡量方法:从实际系统中统计工作量,记录每件工作的用时,并界定什么算返工。衡量方法稳定下来,部门之间、不同时期之间的比较才有意义。
从粗略估算到可以据此决策的数据
我们做出来的通常是一个内部测算工具,直接连接您现有系统里的真实数据,显示每件工作的成本、差错成本,以及流程调整后的预估。工具里的假设可以修改,财务部能自己检查计算逻辑,不用光凭信任接受这些数字。我们不会在测量之前承诺回报,但会让测量变得足够简单,每次批预算前都能做一遍。如果您正准备向管理层提交 AI 项目,这组数字应该放在第一页幻灯片上。
SOFTWARE ENGINEERING GLOSSARY
软件工程术语表
这组术语讲的是如何衡量自动化工作的成本和回报。
| 术语 | 是什么 | 通俗示例 | 高管应问开发团队的问题 |
|---|---|---|---|
| Cost per Transaction | 完成一件工作的平均成本 | 开一张发票的成本 | 这个数字包含哪些成本,没包含哪些? |
| Rework | 因为出错或信息不全而重做工作 | 报价单价格写错,只好重新修改 | 我们按什么口径计算返工?目前返工率是多少? |
| ROI | 收益与投资的对比 | 省下的钱和开发、维护费用相比有多少 | 这个 ROI 按几年计算?基于哪些假设? |
| Opportunity Cost | 让能干的人去做系统就能完成的工作,由此损失的价值 | 分析师花半天时间合并文件 | 如果把这些时间还给团队,他们会拿来做什么? |
| Baseline | 项目开始前的起始数据,用来和项目实施后的结果比较 | 项目启动前一个月每件工作的平均用时 | 启动之前,我们的基线数据记录完整了吗? |
