表格较宽时，可以用键盘方向键或触控手势横向滚动查看完整内容。
直接答案
AI 项目的 ROI 应用“可验证收益减去完整成本，再除以完整成本”计算，并同时记录质量、风险和人工复核变化。
公式可以写成：ROI =（周期内收益 − 周期内成本）÷ 周期内成本。难点不在公式，而在于有没有上线前基线，以及是否把被忽略的人工和运维成本算进去。
第一步：记录现状基线
在试点前记录至少 2—4 周：任务量、平均处理时间、返工率、错误率、等待时间、转人工比例和当前人员投入。没有基线，上线后只能说“感觉快了”。
例如报价资料整理每天 30 单，平均每单 18 分钟，5% 因字段遗漏返工。这些数字才是后续比较依据。
第二步：计算完整成本
| 成本 | 例子 |
|---|---|
| 建设成本 | 场景分析、数据整理、开发、测试和集成 |
| 使用成本 | 模型 API、算力、存储和第三方服务 |
| 人工成本 | 审核、纠错、知识更新和异常处理 |
| 运维成本 | 监控、安全、升级、日志和故障响应 |
| 变化成本 | 培训、流程调整、推广和旧系统并行 |
只计算模型调用费会严重低估项目成本。
第三步：把收益拆成可验证指标
收益可能来自节省处理时间、减少返工、缩短客户等待、提高线索响应速度或增加可处理任务量。避免直接写“替代 3 个人”，除非岗位和成本真的发生变化。
如果员工节省的时间没有被用于更多业务或更高价值工作，它不一定形成现金收益，但仍可作为产能改善单独记录。
第四步：加上质量和风险门槛
一个流程快了 50%，但错误率从 1% 升到 8%，通常不能算成功。先设阻断指标，例如敏感数据泄露、错误报价、越权操作和不可追溯回答；再比较速度和成本。
用试点决定是否扩大
第一期只选一个高频任务，运行 4—8 周，用相同口径比较上线前后。若收益稳定、风险可控、员工实际使用，再扩大到更多流程；若主要时间仍花在人工纠错，应先修数据和规则。
选择试点可参考中小企业做 AI Agent 从哪里开始；范围控制可继续阅读AI 项目第一期应该做到多大。
把问题放进真实业务里
以下情境用于决策演练，不是虚构客户成果：以合同审核辅助为例，先记录当前每份耗时、返工率和漏检后果，再测量试点后的人工复核时间。收益只计算已经发生且能归因的节省；模型费用、集成、标注、培训、监控和人工复核都计入成本。
开会时不要只谈观点
把下面五项填完，再决定采购、开发或优化动作：
- 当前任务量与单次耗时：__________
- 可减少的返工和等待：__________
- 错误造成的预期损失：__________
- 一次性建设投入：__________
- 持续运行与人工成本：__________
最容易踩的坑
把员工节省的分钟数直接折算成现金。若团队并未减少加班、增加产量或缩短回款周期，这部分只能记作产能释放，不能当作已实现利润。
什么时候才适合进入下一步
试点前确定基线和观察周期，试点后能用同口径数据说明净收益、回收期以及哪些收益尚未兑现。
如果这些信息还无法写清，合理动作不是马上采购工具或签开发合同，而是先补一轮访谈、样本和责任确认。这样做看起来慢半步，通常能减少后面的返工，也让供应商给出的范围、报价和验收更可比较。
复盘时再追问一层
不要在会议结束时只留下“原则同意”。请指定一名负责人，用最近发生的一笔业务验证“当前任务量与单次耗时”和“可减少的返工和等待”是否有记录，再让另一名实际执行者检查“错误造成的预期损失”是否符合现场情况。最后，把“一次性建设投入”与“持续运行与人工成本”写成可以在下一次评审中核对的证据，而不是写成“后续优化”。如果两个人对同一项的答案不同，应先解决定义和责任分歧；这类分歧进入系统后，只会变成更难修改的权限、数据或流程问题。