碎片化的时间节省

8 分钟读完

B18
运维 · 经济性与投资回报

碎片化的时间节省。

你的智能体让四十个人每天各省二十分钟,这在电子表格上是一年十三个全职当量,在任何人管得着的预算里则是零美元——原因不是这份节省是假的,而是「五分之一个人」不是一条你能砍掉的费用项。这些分钟会不会变成钱,只取决于一件事:被释放出来的产能有没有解除那个真正在限制产出的约束。把这个问题答对,一个不起眼的智能体会出现在利润表上;答错,一个确实有用的智能体只会换来一场你赢不了的续约谈话。

STEP 1

那套标准算法,以及它究竟在哪一行不再是钱。

几乎每一份智能体商业论证都是同样的四行,而前三行通常是对的。

# The business case everyone writes

  tasks/month              12,000
  minutes saved per task       18
  hours saved per month     3,600
  x loaded hourly rate       $65
  = "annual benefit"     $2.8M     <-- this line is not money

# What the same run actually produced

  40 people, ~20 min/day each, spread across
  3 teams, 2 cost centres and 1 department that
  was never the bottleneck.

这个乘法在算术上没有问题。破掉的是单位里那个隐含的主张:一个省下来的小时被按「你为一小时付出的价钱」定价,而这只有在这个小时本来会被买进或卖出时才成立。既没有被释放、也没有被转售的省下来的小时,市场价值是零,而其真实效用不是零——把这两者混为一谈,是智能体项目明明在起作用、却在第二年丢掉预算的头号原因。

这不是反对去测量工时。这是主张工时是一个中间指标,而商业论证必须把换算那一步显式地写出来——正如衡量投资回报的其余部分所坚持的那样。

STEP 2

碎片化的节省是真实的效用,也是不可兑换的货币。

「五分之一个人」的三条性质,几乎解释了这些项目为什么会被那样接收。

  • 它们不能跨人相加。四十个人各二十分钟,拼不出一个去干另一份活的工程师。聚合是一个电子表格操作,不是一个组织操作,而没有任何一位管理者能对这个聚合值采取行动。
  • 它们落在错误的所有者身上。智能体的成本坐在一个预算里;那些分钟落在另外好几个预算里。受益的人不付钱,而付钱的人指不出任何一个变小了的数字。这就是普通的成本归因问题把符号翻了过来——收益和开销一样无法归属。
  • 它们默认会被重新吸收。被释放的那二十分钟去到了队列里的下一件事,那件事通常有价值,而且总是看不见的。除非你事先决定这份产能是用来干什么的,否则对结果最诚实的描述是「同样的工作,稍微不那么赶」——这值得拥有,而且它不是一个数字。

说那句真话,而不是那句听起来能入账的话。「四十个人反映这项任务没那么难受了,队列在下午中段就短了」是站得住的,经得起审计,也能续约。「每年 280 万美元的收益」会招来一位财务伙伴问:哪个成本中心降了?而当答案是「没有」时,损失掉的信誉会一并记在你下一份提案头上。这种失效方式被编目在经济性失效方式里;这是它最常见的单一实例。

STEP 3

四种能兑换的形态,以及每一种需要的证据。

碎片化的节省只有通过撞上一个真正卡住产出的约束才会变成钱。这种情况有四种形态,每一种都对应一份你必须能拿出来的具体证据。如果你的部署不属于其中任何一种,它仍然可能值得做——但请把它写成一份质量或留存的论证,而不是一份财务论证。

# The four convertible shapes

absorbed growth     volume up, headcount flat
  evidence:  tickets/month up X% with the same roster,
             over >=2 quarters, no quality regression

cycle time          a queue with revenue or cost on the clock
  evidence:  p50 AND p90 time-to-resolution before/after,
             plus the rate that depends on it
             (conversion, SLA penalty, days-sales-outstanding)

avoided external spend   contractors, BPO, overtime
  evidence:  an invoice that got smaller, or a renewal
             signed at lower volume

deferred requisition     a named open role, not a vague plan
  evidence:  the req number and the date it was closed
             or pushed, signed by the hiring manager
  • 被吸收的增长最强,也最慢。它需要两个季度和一份不变的人员名册才看得见,而它是唯一一种能在一位怀疑的审计者面前活下来的形态,因为它的反事实是一份没有发生的招聘申请。请在部署之前就开始记录「人均业务量」这条序列,否则你永远没法把它展示出来。
  • 周期时间只在时钟被定了价的地方才算数。在一个没人等着的队列上更快地处理完,不是节省。在一个挂着 SLA 罚款、转化率或回款日期的队列上更快,就是直接的节省——这也正是为什么催收、理赔和开户队列上的智能体经济性看起来最漂亮。
  • 省下的外部支出最干净,也最小。一张发票是无从争辩的。它也很快就见顶,而且你一旦主张它,就把智能体的可用性变成了一项采购依赖——请对着自建还是采购给这件事定价。
  • 推迟的招聘申请需要一个编号,不是一个意向。「我们本来还会再招两个人」不是证据;「4471 号申请从 Q1 推到 Q3,上面有招聘经理的名字」才是。这也是政治代价最高的一种形态,绝不该在没有受影响团队参与的情况下主张——参见员工协商与共同决定。
STEP 4

成本那一侧同样是碎片化的,而只有一侧上了仪表。

下面这处不对称,会在谁都没注意到的情况下,把一个正收益的项目变成一个中性的项目。智能体的收益以许多人一天中的碎片形式到来。它的成本也一样——而这些碎片化的成本几乎从不被计入,因为没有仪表盘给它们,也没有哪个所有者有动力去建一个。

# Fractional costs, in the order they get forgotten

review             minutes/item x items, at the reviewer's rate
                   (the reviewer is usually senior)
verification       time spent checking output that was fine
rework             time spent undoing output that was not
escalation         the handoff that arrives with no context
context switch     the interruption tax on the reviewer
ops toil           prompt tweaks, tool drift, eval upkeep

# Net, not gross
  benefit  = minutes saved x volume
  cost     = review + verification + rework + toil
  report the difference, or you are reporting half a ledger

其中两项值得点名。对正确输出的核对是纯损失,而且它随业务量而不是随错误率扩张,所以它会在「高吞吐、低错误」这个区间里占主导——而那恰恰是你本来瞄准的区间。另外,复核者通常是资深的,所以你加上去的分钟比你省下来的分钟更贵;完整处理见人工复核的成本,错误那一侧的算术见智能体错误的成本。

净值可以是负的,而商业论证里每一条单独的主张都是真的。每任务省下十八分钟、对上每任务四分钟的资深复核,在 65 美元的执行者时薪与 110 美元的复核者时薪下依然是强正收益——但在「省下两分钟、复核三分钟」的情况下(那就是一个边缘用例的样子),这个项目正在毁灭价值、却在汇报收益。请按用例算这个差额,而不是按项目算;一份组合平均值会把那些你本该关掉的用例藏起来。

STEP 5

在部署之前给约束上仪表,而不是在之后给分钟上仪表。

上面这一切都无法事后测量,所以这一步有个截止期限。建立基线的窗口在智能体上线那天就关上了,而你需要的那些指标,并不是一个智能体平台默认给你的那些。

  • 在上线之前,用一句话书面写下那个真正卡住产出的约束。「我们的理赔团队每周处理不了超过 900 份文件,因为裁定复核是瓶颈。」如果你写不出这句话,那你还不知道自己瞄的是四种形态里的哪一种,而诚实的做法是把这次试点当成一次学习,不附带任何财务主张。
  • 给约束的单位做基线,而不是给智能体的单位。每位裁定员每周的文件数、p50 与 p90 周期时间、下午四点的队列深度、加班小时、承包商发票。令牌数和任务数是智能体的单位,它们对换算这件事什么也没说——这正是单位经济性所依赖的那个区分。
  • 从第一天起就给复核路径上仪表。每件的批准耗时与「未改动即批准」的比例,是决定净值是否为正的两个数字,而两者在复核界面上都很便宜就能采到。它们同时也是质量信号——参见生产反馈信号。
  • 如果你要主张被吸收的增长,就把人员名册按住两个季度。一个在试点期间扩张了的团队,已经毁掉了那个最强形态唯一干净的证据。这是一项人员决定,所以必须在上线之前谈定,而不是在评审时才发现。
  • 把智能体自己的成本线单列并保持更新。碎片化的收益对上一份不断上涨的令牌账单,是这件事悄悄转负的另一条路;控制手段在智能体成本控制里,预测在预测智能体开销里。
STEP 6

用财务能审计的形式来写这份论证。

最后一步是一项排版纪律,而它正是能让项目续上的那一项。把你能审计的主张与你相信的主张分开,把可审计的那个放在前面,并把换算机制说出来而不是暗示出来。

# The two-part write-up

BANKABLE
  shape        absorbed growth
  mechanism    claims volume +31% on a flat roster
  evidence     files/adjudicator/week, Q1 vs Q3
  net of       4.1 min senior review per file
  value        2 deferred reqs (4471, 4502), $310k annualised
  confidence   medium; one quarter of flat roster remains

NOT BANKABLE, STILL TRUE
  40 adjudicators report ~18 min/day returned
  p90 cycle time down from 6.2 to 3.4 days
  overtime requests down, no roster change claimed

# The sentence that must appear
  "The hours saved are not claimed as a financial
   benefit. The claimed benefit is the deferred
   requisitions, which the hours made possible."
  • 把机制放进主张里。财务会拒绝「工时 × 时薪」,会接受「4471 号申请推迟了两个季度」。那句机制句就是把前者换算成后者的东西,而省掉它,正是让一个真实主张看起来像是注水主张的原因。
  • 那个「不可入账」的段落照样要发布。它是用户在续约时替这个工具说话的原因,也是这个项目做了什么的诚实记录。为了显得严谨而把它删掉,会让你失去唯一的政治基本盘。
  • 按用例、按季度重算这套算术。边缘用例会随着业务量上涨、复核负担跟着上涨而漂向负值。下线决定是组合管理的正常一环——参见收缩一个智能体部署。

今天就做这件事:拿你现在这份智能体商业论证,把「工时 × 时薪」那一行整行删掉。剩下来的就是你真正的论证。如果什么都没剩下,那你还没找到那个约束——去和拥有那个队列的团队一起,把 STEP 5 里那句一句话的瓶颈陈述写出来,然后判断这次部署有没有解除它。之后去读按客户的经济性,看同样的纪律用在收入侧是什么样;再读人工复核的成本,那是最可能在吃掉你收益的一行。