AI 项目 ROI 怎么算：一个可套用的公式与三个测算坑
过去一年，我们被问得最多的问题不是「AI 能不能做」，而是「这笔钱花下去，多久能回来」。问这话的通常是老板，答不上来的通常是提需求的部门。这篇把我们给客户做测算时用的那张表拆开讲，公式不复杂，难的是取数。
先给公式：别从技术出发，从工时出发
年化净收益 = 年节省工时 × 综合工时成本 − 年系统与运维成本 − 一次性投入 ÷ 摊销年限
四项拆开看，每一项都有取数口径：
- 年节省工时：某岗位某类任务一年发生多少次，单次耗时多少分钟，AI 介入后还剩多少分钟。注意是「还剩」，不是「归零」。
- 综合工时成本：不能只拿月薪除以 21.75 天。社保公积金、工位、管理摊销加起来，通常要在税前工资上乘 1.3–1.6。南昌本地运营岗、客服岗取 1.3 够用，带管理职责的岗位可以取到 1.5。
- 年系统与运维成本：模型调用费、私有化部署的硬件折旧、知识库维护的人工、异常处理的人力。
- 一次性投入：咨询实施、系统对接、数据整理。按 2–3 年摊销，别一年摊完，否则第一年账面上永远是亏的。
举个能直接代入的例子。一个 5 人运营小组，每天花 40 分钟整理各平台数据、写日报，按 250 个工作日算就是 833 小时；综合工时成本按 60 元/小时，这部分人力一年约 5 万元。用AI 工作流自动化把单次耗时压到 10 分钟，节省 625 小时、约 3.75 万元，减去模型调用与运维一年 8000 元上下，净收益不到 3 万。这个数字不性感，但它真实，也正是很多立项书里被悄悄抹掉的那部分。
坑一：只算显性成本
很多测算表上只有「软件费 + 开发费」两行。真正跑起来之后，钱是从别的地方漏出去的。下面这张表是我们做复盘时固定要过一遍的清单：
| 成本项 | 容易漏掉的部分 | 建议取数方式 |
|---|---|---|
| 模型调用费 | 用量随业务自然增长；长文档、图片、语音的单价明显高于纯文本 | 按当前月用量 ×2 做压力预估，再留 20% 缓冲 |
| 一次性实施 | 数据清洗、老系统对接、流程改造 | 要求供应商拆到人天报价，别只看总包价 |
| 知识库维护 | 文档过期、新政策入库、答错纠偏 | 每月预留 2–4 人天，写进运维预算 |
| 人员爬坡 | 培训期效率下降、员工绕开系统 | 前两个月按 20%–30% 的效率折损计入 |
| 硬件与私有化 | 显存规格、备份、电费、值班 | 按 3 年折旧，把运维人力单独列一行 |
模型调用这块尤其容易拍脑袋。业务量翻倍，token 消耗往往不止翻倍——因为用得顺手了，输入会越写越长。参考模型 API 与成本管理里的分层路由思路：简单任务走小模型、复杂任务才升级，成本曲线能压下来一大截。具体能省多少取决于任务结构，这里不打包票，但把调用日志拉出来看一周，浪费点基本一目了然。
坑二：把培训期当成不存在
系统上线那天不是收益起点，是爬坡起点。真实情况是：头两到四周，员工用得比原来更慢，要一边查手册一边干；中间还会出现「AI 出一版、人改一版」的双份工作量；等到大家摸索出自己的用法，效率才往上走。
我们的做法是把爬坡期明码标价写进测算：前两个月按 20%–30% 的效率折损扣减收益，第三个月打平，第四个月开始才计入正向收益。听起来保守，但这样算出来的回本周期，老板批预算时不会打脸。配套的事也简单——给每个岗位留一份三页以内的操作说明，指定一个内部 owner 负责答疑，比集中培训两小时管用得多。企业 AI 培训如果只讲概念、不落到具体岗位的具体动作，钱基本是白花的。
坑三：默认完全自动化
测算表里最常见的一行字是「该任务完全由 AI 处理，节省全部工时」。现实里几乎不会发生。客服回复要人过一遍敏感话术，合同条款比对要人确认例外项，报表生成要人核对口径。经验值是：流程稳定的任务，人机协同能到 70%–85% 的自动化比例；涉及对外承诺、金额、法律责任的任务，比例掉到 40%–60% 是常态，剩下的是复核成本。
这部分的取数方法是——先数「例外」。把过去一个月的实际工单或单据拉出来，看有多少比例是标准情况、多少是特殊情况。特殊情况的占比，基本就是人工兜底的比例。用企业知识库把标准答案沉淀下来能压低人工比例，但压不到零，测算时按 70% 起步更安全。
算不出 ROI 的项目，多半不是不能做，是场景选大了
这句话我们跟客户讲过很多次。当一张测算表怎么填都是负数、工时节省怎么估都估不出来，问题往往不在技术，而在于把「一个能落地的任务」写成了「一场转型」。看这张对照表就明白：
| 场景颗粒度 | 典型上线周期 | ROI 能不能算清楚 |
|---|---|---|
| 单个高频任务，如询价首轮回复、日报汇总、单据字段录入 | 2–6 周 | 通常能，工时基线好取 |
| 跨 2–3 个系统的流程，如订单到开票 | 2–4 个月 | 能算，但需要更细的分段工时记录 |
| 全公司知识问答、所谓「企业大脑」 | 6 个月以上 | 很难，收益散在十几个部门，谁也不认领 |
拆分的方法很土但有效：把候选场景写成一句话——「谁，每周花多久，做什么，产出交给谁」。写不满这一句的，先别立项。写满了但单次耗时低于 5 分钟的，也先放着，收益撑不起实施成本。剩下的再按「耗时 × 频次」排序，取头部两三个做。
顺带说一句预算量级，免得心里没底：单点场景的工作流自动化，含实施在内通常在小几万到十几万区间；带私有化部署和知识库的项目会更高，具体以实际方案与报价为准。先做小场景验证，再谈扩展，比一次押大注稳。
下一步：花一周把基线测出来
不用等方案定稿，这周就能动手。找两三个要被 AI 影响的岗位，让他们连续五个工作日记录时间分布，精确到 15 分钟一段；把其中重复度高的任务圈出来，数清频次和单次耗时。这份基线是后面所有测算的地基，也是验收时真正靠得住的对照物。基线有了，再套上面的公式，一个场景值不值得做，半天就能得出结论。
如果你手上已经有候选场景，但不确定该拆到多细、成本项有没有漏，可以把流程描述发给我们，我们按上面的格式帮你过一遍。联系我们，或直接拨 400-873-2750。