为什么都在卷“细节”?内卷时代下的工作新思维——说说细节和细粒度

文摘   2024-12-17 00:07   新加坡  

刚来新公司工作,一直强调要关注细节,搞的工作细的不能再细了,感觉都开始抠错别字和汇报文案了。


所有Leader都疯狂卷细节,除了错别字外,抠数据一致性,抠数据精确度,抠上线确定的时间点,关注所有页面按钮的弧度是不是完全一致,客户的问题是72小时处理完,还是48小时处理完。


我始终觉得这有一些问题,但是一直没想到是哪方面出了问题。直到最近我才慢慢想通了,关注极致细节为什么是误入歧途。


首先要跟大家分享一下背景,早期为什么大家不关注细节,原来为什么简简单单就能够顺风顺水就能够把业务做好?甚至很多人只要跟着业务就能够快速成长,加官进爵,一年一晋升。


而且就那个时候根本不用讲究什么特别细节,你只要把业务做成了,自然就获得了大量的用户,进而获得了大量的收益。老板才懒得管你关注了什么乱七八糟的细节。


所以那时候也成就了很多阿里字节百度的一些高级负责人,他们只要拉通对齐业务蹭蹭蹭就往上涨,根本不需要自己有什么样特别好的能力。会汇报就行了。


而现在为什么突然就变化了?


要求每个人都专注在能够做具体事情的上面,很多HRBP也被裁掉了,组织也开始扁平了,从原来一个负责人带七八个人到现在,一个负责人能带几十上百号人。对于同学也要求有具体的细致的量化产出,对于leader来讲就更需要身先士卒,要自己做方案,必要的时候自己还要写点代码,要对所有的细节有把控。


怎么突然一下子好像风向完全变了?


我现在突然想起来,两年前在钉钉的时候,大HR阅成就给我们说过,他说未来是精细化的时代,你们一定要记住。


我当时还没有完全理解。看起来不是有很多事情还可以做吗?为什么突然就要求精细化了?精细化关程序员什么事?


直到现在,我开始慢慢理解了。时代背景变了,业务背景变了,导致我们的生产关系和生产力也变了。


具体来说,现在告别了蛮荒增长时代,进入了一个甚至是几十年的微增长时代。


换一句话来说,粗放型的拉一个工程代码,写两个页面就能支持好一个业务的空间已经不在了。我们所有要做的事情都是基于已有的业务做更加精细化的运营。


所以对于一个技术负责人来说要把控什么?你几乎已经不用你把控全局的东西,因为全局的框架已经有了。现在对于技术负责人来说,最重要的价值是什么呢?是你要促成更细粒度的增长。


比如说,一个交易业务已经不需要你从0~1再搭建一套交易系统。而更重要的是你要从这个交易业务里面的几十种几百种找到有增长可能的那一项。


对于搜广推业务来说也是一样,工程和算法框架和数据模型都也非常成熟。不需要leader从头到尾搞一遍,而更需要的是如何使用一种更加精细化的模型,比如说如何叠加AI实现一个新的人群类型洞察。


所以可以看到未来对于所有技术人来说都要求“细粒度”。现在已经不是雪中送炭的时代,而是锦上添花的时代。


这一度让我想起来了日本的工匠精神,对,现在我们也应该要求的是互联网的工匠精神。当然这是对于普通的大部分的程序员来说。


那么为什么会有细节一说呢?


实际上我觉得公司想要求大家做到的是细粒度,但是很多负责人把它转换成了细节。这两个字看起来非常像,但实际上的差距是非常之大的。


因为细节很好约束,但是细粒度就不好约束。毕竟方案里的数据能不能对的上,有没有错别字,文档长还是短,一眼能看出来。但是业务上到底该怎么划分粒度、到底哪个子方向有空间,领导也未必明白。


所以,眉毛胡子一把抓,以讹传讹,变成了公司上下“细节控”。


这也是把对于细粒度的探索变成了细节把控,差之毫厘,谬以千里。这也进一步导致了极度的内卷,毕竟大家花时间去卷细节,卷文档了,很多人还以卷文档细节为自豪,纯属“沙雕”。


我们可以细想一下,如果要看细节,那么一个系统特别复杂,细节成百上千。就我所了解到好几个系统代码就200万行,如果你想把细节看完,请问你怎么看?


对于很多做了好几年的业务来说,无数的业务逻辑,无数的坑,如果你想懂细节,请问你要怎么办?


对于新同学来说根本没有任何办法。对于老同学来说只能抠细节,把文字写的好一点,把文案写的好一点,把代码写的再优雅一点。但这个本质上都解决不了生产的问题。


而且,老板看重细节的话,不管你怎么做,他都能骂死你,毕竟这么多细节,不可能面面俱到。比如你开会述职的时候,左脚先进门,不符合老板的预期,可以给你325,这也是细节。


我们说回本质,一切互联网公司的本质就是增长。


我们从倒推逻辑来看,什么东西能够解决增长问题,那么就一定是公司所真正需要的问题。那么我们再问一遍,细节能产生增长吗?


并不全能。而是所谓细节里面最有价值的部分才能带来业务的增长。而这个描述语应该是细粒度的运营才能带来增长。


举个例子,在增长商业化已经乏力的场景里面,那么我们是不是能够再拆的细一点?原来只分了中小客户,大客户。现在在大客户里面能不能再细分成国有大客户,私有大客户,外企大客户?在国有大客户里面是不是能再拆一层拆成了国企大客户、央企大客户?


对于需要生产大量图片,文案和视频素材的行业来说,进一步的思考,是不是能通过AIGC的方式能够生成大量的高质量的内容?从原来需要三个运营,节省成一个?或者干脆用技术替代掉人工运营?


比如诸如脉脉的话题是不是可以通过AIGC来替换运营,生成更多高质量的内容,从而拉活整体的社区DAU?比如资讯类平台能否通过AIGC的方式自动的实现一些新闻的播报?


上面说的这些都是在细粒度上面去考量,有什么能够增长的可能,有没有什么降本增效的场景。


所以在未来的业务工程里面,如果一个程序员要产生最大的价值,就必须要找到核心场景,细粒度的定义问题和解决问题。



而真正需要把控的,才是核心业务逻辑里面的细节,而非全部乱七八糟的、纷繁浩渺的细节。



ali老蒋说
前钉钉技术Leader,6项国家授权专利,20+阿里巴巴内部创新,钉钉亿级用户系统技术负责人,专注于分享创新发明专利、程序员成长、SaaS及ToB业务技术
 最新文章