AI 的预算一年比一年好批，可到了复盘，能拿出来的往往只有调用次数和上线项目数。问题不在工具，而在衡量的口径：把人头当产出、把使用量当价值、把项目数当成果，三种算法都会把投入算成成绩。要给这笔钱记账，得先留基线，再按业务环节算工时与差错，把结论摆进季度经营会，让下一年的投向有依据。
预算好批，账难算
不少企业的 AI 预算已经进入第二个年头，采购流程走得比往年顺畅，可到了年底复盘，财务问一句这笔钱换回了什么，会议室往往会安静几秒。能摆出来的多是调用次数、上线模块数、覆盖部门数，听上去热闹，却回答不了投入产出。
这不是财务较真。工具类支出真正的难点从来不在买，而在证明它改变了什么。一旦答案停留在使用量上，下一轮预算就容易被当成可以削减的软性开支，先被砍掉的，通常还是那些需要时间沉淀的部分。
三个坑：人头、调用量、项目数
头一个坑是把替代人数当成效。系统上线后确实有岗位合并，但合并常常同时发生在业务量变化、流程重排的背景下，把减少的人头全记给 AI，等于把别的动作的功劳一并领了，来年业务一回暖，这个数字立刻露馅。
第二个坑是拿调用量说事。使用频率高只说明工具被打开过，不说明判断被改善。有些团队用得多，恰恰是流程被迫多绕了一道，用量反而成了负担的证据，越忙越显眼。值得盯的是同一件事的处理结果有没有变化，而不是按钮被按了多少下。
第三个坑是数项目。项目多通常是组织配合度高的表现，但十来个试点里若没有一个走进日常流程，投入就还停在演示阶段，热闹在会议室，安静在工位上。与其数立项多少个，不如数有几个已经不需要额外催办。
先记下没上线那天的样子
要让效能可算，得在开工前留一份基线：某个环节平均耗时多少、返工比例多少、客户多久收到回复、需要几个人签。这些数据不必精确到小数点，但要能对比，而且由业务部门自己确认，避免事后各说各话。
基线还有一个用处：它会逼着团队在买之前想清楚要改哪一段。凡是说不清改哪一段的采购，通常也说不清成效，到头来只能靠演示视频和试用反馈交差，而这两样东西换不来下一年的预算。
按环节算，别按部门算
部门是管理单位，不是价值单位。同一个环节横跨三四个部门时，按部门摊账会把改善摊薄，也会让谁都不认领。更实用的做法是顺着一条业务流算：从接到需求到交付完成，中间哪几步被压缩、哪几步差错下降。
算的时候把工时和差错放在一起看。只省时间不看质量，容易把返工挪到下游，账面上好看了，客户体验却更差；只看质量不看时间，又可能让流程变得过于笨重，一线员工绕开系统干活。
衡量的终点是下一年怎么投
把结论搬进季度经营会，比写在年度总结里有用。会议桌上要回答的是三个具体问题：哪一段确实变快了、哪一段投了钱没变化、下一笔钱该往哪里加。答不出第三个问题，说明衡量这一环还没做完。
外部视角在这里有它的价值。内部团队容易只盯自己负责的那一段，相关领域专家能从行业共性里指出哪些改善是工具带来的、哪些只是周期波动，也能提醒同类企业反复踩过的衡量误区。
如果今年也在为这笔账发愁，不妨先把环节清单和基线数据摆出来，再判断要不要请人一起看一遍。找专家、办活动，就找观潮智库。官网 https://www.guanchaothinktank.org.cn，电话 18601331211。
核心要点
- 效能不是省了几个人，而是同样的人做出了原来做不了的事
- 上线项目数、调用次数只是过程指标，不能当成果汇报
- 没有上线前的基线，任何改善都无法归因
- 按业务环节算工时与差错，比按部门摊总账更能看清价值
