最近我做了一个复盘。
过去三个月左右,我花了很多时间在公司内部的 AI 工具上。各种流程、表格、自动化、知识库、Agent,能做的我都想试一下。
刚开始的时候,我其实挺兴奋的。因为 AI 让很多以前很难做的东西,突然变得可以做了。
以前要找技术、排需求、等排期,现在自己坐下来,和 AI 聊一聊,跑几轮,就能做出一个能用的东西。
这种感觉很容易让人上头。你会觉得,既然我能做,那我就自己做。既然工具不顺手,那我就改。既然流程还不够好,那我就继续迭代。
但复盘到后面,我发现一个问题:
我不是在推进公司 AI 化,我是把自己困在了 AI 工具开发里。
工具不是问题,位置才是问题
AI 工具当然是好东西。公司要提效,要沉淀 SOP,要让经验从人脑子里出来,变成系统,这些都没错。
真正的问题是:这些事是不是一定要我亲自下场做?
工具开发不是写出来就结束了。它后面还有调试、维护、适配、培训、反馈、再修改。很多时候,一个工具做出来只是开始,真正累的是后面那一堆脏活累活。
更关键的是,工具到底好不好用,不是坐在老板办公室里想出来的。只有真正每天在业务一线的人,才知道流程哪里卡,客户哪里断,团队哪里懒,数据哪里假,表格哪里没人填。
如果我离一线越来越远,却自己在后面手搓工具,最后很可能做出一个看起来很完整、实际没人愿意用的东西。
这就很麻烦。因为工具没有真正解决问题,反而消耗了我最贵的时间。
老板最贵的不是会不会做工具
我以前有个误区。我会觉得,既然 AI 能把很多东西做出来,那我多学一点、多试一点,公司就能跑得更快。
后来我发现,这个想法只对了一半。AI 确实能放大执行,但它也会放大误判。
方向对了,它是杠杆;方向错了,它就是加速器,把你更快带到错误的地方。
所以老板最贵的,不是会不会做一个工具,而是能不能判断:
这件事值不值得做?这个流程该不该 AI 化?谁最适合负责?做到什么程度就够了?继续迭代还有没有必要?它到底是在沉淀资产,还是在制造新的维护成本?
这些问题,比具体写一个工具重要得多。
一号位真正要负责的,是判断方向、配置资源、设定标准,而不是把自己变成公司里最会改工具的人。
AI 化应该从一线长出来
我现在越来越觉得,公司做 AI 化,老板更像一个园丁。园丁不是每天蹲在那里替每一棵树长叶子。
园丁要做的是给土壤、给水、给阳光,把不合适的杂草清掉,让真正能长的人长出来。
放到公司里,就是给一线完整的问题,给工具权限,给试错空间,给展示舞台。
谁在真实业务里用 AI 做出了效果,就让他的成果被看见;谁真的懂业务、能闭环,就让他去主导具体工具;老板只负责看结果、看边界、看方向。
这比我自己关起门来开发工具,要更接近公司的真实 AI 化。因为工具本身没有价值,工具嵌进业务流程里,才有价值。
AI 化不是老板一个人会用 AI,而是公司里越来越多人能把 AI 用进真实业务。
我接下来更应该做什么
这次复盘之后,我给自己重新定了一个位置。
第一,每天保持高频复盘和内观。不是为了写几句感悟,而是检查自己的时间到底花在哪里,有没有被工具爽感带偏。
第二,保持战略判断的稳定性。外面每天都有新工具、新模型、新机会,如果老板自己没有判断标准,很容易被噪音牵着跑。
第三,把知识库当成判断系统,而不是资料仓库。
我现在更愿意把时间花在学习、复盘、记录决策、拆案例、做反证上。因为这些东西会提高我下一次做判断的质量。
一个工具可能三个月后就要重做。但一次想清楚的判断,一个沉淀下来的标准,一个复盘出来的边界,会反复进入后面的业务决策里。
这才是真正有复利的东西。
写在最后
所以,这次我最大的收获不是“以后不做 AI 工具”。不是这个意思。
AI 化一定要做,而且公司必须继续往这个方向走。
但我不能再用亲自开发工具,来证明自己重视 AI。
老板重视 AI 的方式,不是自己变成工具工人,而是让公司长出使用 AI 的能力。
以后我更应该做的,是把方向讲清楚,把标准立起来,把一线的人扶上去,把真正有效的东西沉淀下来。
工具可以交给更靠近现场的人去打磨。我的时间,要回到判断上。
夜雨聆风