AI 项目 ROI 怎么算：成本、收益与风险的完整口径

AI 项目 ROI 可以用一个经营公式计算：ROI＝（风险调整后的可归因收益－同一周期总成本）÷总成本。关键不在除法，而在分子和分母是否使用同一业务基线、同一时间窗口与同一归因口径；只拿模型账单对比全部节省工时，结果几乎一定虚高。

这套方法用于立项、试点复盘和扩量，不替代企业财务制度。金额是否含税、内部工时费率和跨年处理由财务确认；项目组要让假设有来源、成本不漏项、收益可追溯。

先固定公式口径，再讨论项目值不值

本文采用的分子是风险调整后的可归因收益－总成本，分母是同一周期总成本。收益可以包括已释放并被使用的工时价值、由项目带来的新增毛利、减少的外采支出和可估算的损失避免；成本包括建设、运行和治理。若企业习惯把风险准备计入成本，也可以这样做，但同一风险不能既从收益扣除又在成本中加一次。

计算表首页写明评估对象、业务范围、起止日期和决策用途。部门助手、全公司平台和自动写回核心系统的 Agent 不能混算；立项估算、试点复盘和年度实际回报也要分版本保存，避免用已知结果改写早期判断。

价值指标和采集方式要在需求阶段约定。AI 需求文档怎么写说明了怎样把现状、输入输出和验收放进同一份约定。ROI 表应引用这些字段，避免目标写「缩短处理时间」，最后只记录模型调用量。

没有冻结业务基线，就没有可归因收益

基线是「不做 AI 项目时，同期业务会怎样」。可用稳定的上线前周期，但要校正旺淡季、业务增长、人员和规则变化。选择可比较的任务、用户与周期，并记录无法排除的干扰因素。

效率项目记录处理量、端到端时长、人工工时、复核返工和积压；收入项目记录线索结构、转化、毛利及同期营销动作；风险项目记录事件类型、暴露和处置成本。历史数据不足就先采样，并给估算标明范围、来源和负责人。

尽量保留对照：分批上线同类任务，或比较相近团队的同期变化。无法设置对照组时，写下由业务、财务和项目组认可的基线规则并披露局限。选场景可用哪些任务适合 AI 自动化检查输入、规则、验证成本和错误可逆性。

总成本远不止模型调用和软件订阅

分母使用项目的增量成本：因项目新增或占用的资源。既有员工参与需求、标注、复核和运营，也占用可投入其它工作的时间；共享平台按企业认可的方法分摊，不能全部压给一个场景。

• 发现与设计：流程梳理、需求、原型、供应商评估和项目管理。
• 数据准备：清理、脱敏、标注、权限与版本治理，以及持续更新。
• 建设与集成：开发配置、接口、身份、日志、测试、监控和回退。
• 模型与基础设施：调用、订阅、算力、存储、网络、检索与第三方工具。
• 人工运行：输入准备、复核、异常接管、抽检、规则维护和支持。
• 培训与变更：材料、学习时间、流程切换、沟通和初期波动。
• 安全与治理：评审、审计、权限运营、事件演练及必要支持。

成本还要分一次性与持续性、固定与随用量变化，才能看第一年 ROI 并测试处理量、模型或复核变化。企业 AI 如何控制 Token 与用量成本介绍模型费用治理，但账单不能代表总成本。

收益分三类，只有能归因的部分进入分子

效率收益来自单位任务时间下降、处理能力增加或外采减少。节省工时不等于现金：若没有减少加班、避免招聘、增加产出或转向明确的高价值工作，它只是释放容量。分别记录「释放时间」与「实际利用」，只对后者计价。

收入收益尽量用毛利而非订单额，并排除价格、促销、季节、投放等影响。AI 参与内容或跟进不等于创造全部成交；可用分组、分阶段上线或来源标记确定归因，证据弱就使用区间。

风险收益是预计减少的损失或处置成本。没有事故不能证明系统节省了全部潜在损失；应描述风险情景、原有与新增控制、发生可能性和影响，再由风险或财务角色确认。无法合理估值的收益保留为非财务指标。

三类收益都要满足可归因：有基线、变化证据、其它因素处理方法，并由业务所有者确认。调用量只说明系统被使用；只有改变处理时间、业务结果或风险暴露，才进入 ROI。

用概率、影响和置信区间处理不确定性

立项时为关键收益设置保守、中性、积极情景，说明处理量、使用率、节时、归因和持续月份。项目应在合理区间内仍值得继续，而不是只展示最乐观一列；上线后用实际数据替换假设并保留原版本。

对可量化风险，用概率 × 影响形成预期损失并从收益扣除。数字来自企业记录、演练或责任人判断，并标明证据等级。这是决策模型，不表示事故按平均值发生。

证据不足的收益可设置置信系数。对照任务验证过的节时可用较高归因；多项活动共同影响的收入降低计入比例。记录谁设定、依据和改动条件，不能为达到目标倒调系数。

用一组假设数字走完计算，而不是展示漂亮比例

以下数字全部是演算假设，不是行业统计，也不代表任何真实客户。假设一家企业评估售后请求分类与答复建议工具，时间窗口为上线后的十二个月。基线为每月两千条请求，人工完成首轮分类与答复草稿平均需要八分钟；使用工具后仍由人确认，平均人工处理为三分钟。企业内部认可的完全工时参考费率暂按每小时九十元。

先算完整成本

假设需求与流程梳理一万元，开发集成五万五千元，数据准备一万五千元，十二个月模型与基础设施一万二千元，运营和质量抽检两万四千元，培训与变更八千元，安全合规评审六千元。第一年总成本为十三万元。这里既包括上线前投入，也包括上线后运行，人工确认已经体现在新流程三分钟的基线中，不再重复加一次。

再算可归因收益并扣风险

每条请求释放五分钟，每月两千条即约一百六十六点七小时；按假设费率计算，每月释放约一万五千元、全年十八万元。再假设业务只能把其中百分之七十稳定用于消化积压或替代原计划增加的工时，可归因节时收益为十二万六千元。高峰外采另计：假设每月另有约五百条溢出请求原本必须外包，全年可避免外采三万元，实现可能性按百分之六十计入，即一万八千元。这五百条不在内部两千条基线里，因此不与百分之七十已利用工时重复计价。两项合计十四万四千元。

假设团队还识别出一类错误外发风险：十二个月内发生概率估为百分之十，一旦发生的处置影响估为八万元，则预期损失为八千元。风险调整后的收益变成十三万六千元，第一年 ROI＝（十三万六千－十三万）÷十三万，约为4.6%。这个结果并不自动代表该做或不该做；它说明项目对假设很敏感，需要继续检查处理量、时间是否真的释放、外采是否确实避免，以及风险控制能否降低预期损失。

如果只拿十八万元的理论节时对比一万二千元模型费用，会得到一个极高但无决策价值的比例，因为建设、数据、复核、运营与风险都消失了。反过来，把原本就存在的全部 IT 团队和平台成本都压进这个小场景，也会低估项目。正确做法是保留假设清单，分别测试保守、中性和积极情景，观察哪几个变量真正改变决策。

不同项目要用不同证据和时间窗口

流程效率项目可以先用短试点验证单位任务节时、质量和接管，再用较长经营窗口观察使用率、处理量与持续运营成本。收入项目通常需要覆盖完整销售周期，并保留渠道或用户分组；早期线索增加不能直接年化成收入。风险与合规项目的事故样本可能很少，更适合把控制覆盖、关键错误、演练结果和预期损失并列，而不是只追求一个 ROI 数字。

时间窗口必须同时覆盖成本和收益。把一次性建设成本全部放进三个月，却只计算三个月收益，适合看现金压力，不适合代表多年价值；把一年收益放进分子，却遗漏同年的维护、复核和订阅，也不成立。大型或跨年度项目应交由财务按企业统一投资口径处理，项目组提供分期现金流、持续成本和假设，不自行发明折算规则。

试点期的价值是缩小不确定性，而不是提前证明高回报。可检验的 AI 试点验收条件可把质量、效率、风险和运行指标变成证据；当项目准备扩量时，从试点到正式上线要补齐什么可帮助把监控、回退和运营成本加入下一版模型。

把 ROI 变成继续、调整和停止的决策规则

ROI 表不应只在汇报时打开。立项时记录基线与假设，试点中按固定频率更新实际处理量、质量、人工接管、成本和收益证据，阶段结束时同时展示原估算与实际值。差异本身很重要：处理量不足可能说明场景选小了，复核时间上升可能说明质量没有达到自动化等级，使用率低则要检查流程入口和培训，而不是直接归因于模型。

项目开始前就设定继续、调整、停止三条线。达到关键质量与风险条件，且保守情景仍符合企业投资门槛，可以继续或扩量；业务价值存在但某个成本或流程假设失效，就缩范围、改方案后复测；关键错误不可接受、使用需求不存在或在合理优化后仍无法形成可归因收益，则停止并保留复盘。门槛由企业自己确定，不应从别人的案例复制。

ROI 低并不等于项目必然不做：基础能力、必要控制或学习价值可能有独立理由，但应把理由单列，不能把它们包装成已经实现的财务收益。ROI 高也不等于可以忽略数据、权限和错误后果。好的计算不是替管理者作决定，而是把成本、收益、风险、时间与证据放在同一张图上，让决定经得起下一次复盘。