10 月 15 日,我在一段语音里聊邮件日报,聊着聊着,说出一句把自己说愣住的话:
你光是维护它的稳定性,就花费了大量的力气、大量的精力,导致正常的业务没办法正常地运转呀。
本来是想让自动化替我干活,结果成了我在替它干活。
一、先说结论:怎么分辨谁在用谁
看时间和精力往哪边流。
- 它在用你:你花在它身上的维护时间,比它帮你省下的还多。出问题你去排查,缺权限你去打通,不稳你就得守着。
- 你在用它:它真的让你腾出了手,正业不受影响。
标准很土,但够用。
二、我当时错在哪:跳得太早
邮件日报这件事,我的问题只有一个:邮箱的很多权限还没打通,我就往全自动推了。
权限没通,底下就是空的。底下空着,上面搭得越高,越得靠人伸手撑。这个“撑”,就是维护。配置、排查、守稳定,一点点把精力吃光,正业反而被挤到了一边。
更要命的是,这种消耗不会一次性爆发。它每次只占你一会儿,所以你很难在当下判断“值不值”,只能等到回头看,才知道自己亏了多少。
三、正确的顺序:手动 → 半自动 → 全自动
一上来就全自动,工程上收益很低,还很不稳。我现在的做法是一步一步升级。
| 阶段 | 谁在做决定 | 要做什么 |
|---|---|---|
| 手动 | 我自己 | 亲手把流程跑顺,摸清权限、边界和例外 |
| 半自动 | 我和机器分工 | 把已经验证过、稳定、重复的环节交给机器,需要判断的环节我自己盯 |
| 全自动 | 机器 | 流程稳定、维护成本摸清之后再考虑,也不是每件事都要走到这一步 |
为什么手动不能跳? 我读过一篇讲“先手动再自动化”的文章,叫 The Case for Doing Things Manually Before You Automate,里面有句话说得很准:手动做的时候你会发现哪里不对劲,自动化不会,它只管一直跑下去。把判断交给一个自己还没吃透的流程,主动权就跟着交出去了,剩下的只有被动救火。
为什么要有半自动? 因为它把人留在流程里。每一段自动化都是我挑出来交出去的,不是它一股脑替我决定的。哪段机器在跑、哪段我在盯,心里有数,出事了也知道往哪儿查。
怎么判断可以往上走一级
那篇文章给了三个条件:
- 你完全理解这件事,包括它的边界情况和失败方式;
- 它真的会重复很多次;
- 手动出错的代价,大于搭建加维护的代价。
我拿这三条对照邮件日报:它每天都要出,属于真正重复的事,第二条站得住;第一条我没做到,因为权限都没通;第三条我压根没算过,维护那笔账是后来才补上的。
它还有个更朴素的办法:一件事至少手动做三次,再考虑要不要自动化。 三次之后还觉得值,再动手。顺带一提,“这事太无聊了”不在条件里。嫌麻烦,恰恰是最不该用来做决定的理由。
四、动手前,我问自己三个问题
AI 让自动化变得特别容易,一句话就能让流程跑起来。启动越容易,越该在启动前多问一句:
- 这件事我自己手动走通了吗?
- 它前面的权限、依赖都到位了吗?
- 出了问题我要花多少精力维护?会不会挤占正业?
三个都答得上来,再往前走一步。答不上来,就先别动——这时候你还没准备好使用它,被使用的很可能是你自己。
说明一下:当时的登记里说,邮件日报自动化按我的要求暂停了。那只是当时的记录,不代表现在的状态。我想留下的是这个判断本身,它和日报现在开着还是关着无关。
