惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
腾讯CDC
博客园 - Franky
S
SegmentFault 最新的问题
美团技术团队
阮一峰的网络日志
阮一峰的网络日志
J
Java Code Geeks
Y
Y Combinator Blog
Engineering at Meta
Engineering at Meta
Microsoft Security Blog
Microsoft Security Blog
MongoDB | Blog
MongoDB | Blog
I
InfoQ
T
Tailwind CSS Blog
Hugging Face - Blog
Hugging Face - Blog
B
Blog RSS Feed
博客园 - 叶小钗
博客园_首页
有赞技术团队
有赞技术团队
雷峰网
雷峰网
量子位
小众软件
小众软件
月光博客
月光博客
U
Unit 42
D
DataBreaches.Net

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
算法工程师之死
接地气的陈老师 · 2024-12-15 · via 人人都是产品经理

在数字化转型的浪潮中,算法工程师被寄予厚望,他们被看作是解决复杂商业问题的关键。然而,现实往往比理想残酷。本文通过一系列真实的案例,揭示了算法工程师在传统企业中面临的挑战和困境。

“我们的算法工程师水平太差了,完全解决不了问题!”——作为一个经常和传统企业打交道的乙方,这种抱怨陈老师听得太多了,类似惨痛画面也见得太多了。今天我们系统说说。

模型厉害不厉害,厉害!你看ChatGPT都快干掉人类了,能不厉害吗。于是,很多企业咬牙跺脚,出高薪,聘请来自互联网大厂的算法工程师、数据挖掘工程师、数据建模师,期望他能做出超厉害模型。“只要你能预测精准了,那我肯定能如鱼得水”是他们的口头禅。

又刚好,近年大厂裁员多,一批人自以为可以打着“前字节/阿里/腾讯高级算法工程师”旗号,收割传统企业,从此乌鸡变凤凰,走上人生巅峰。两者一拍即合。悲剧就从这里开始……

01 不考虑业务,背锅死

阵亡案例1:某传统企业,想建立产品推荐模型,精准匹配用户需求。结果才半年,招来的算法就被炒了。炒人理由:推荐不精准,反而干扰了正常销售。甲方市场部的头头还不屑地说:阿里的推荐算法也不咋样啊。

仔细研究业务场景就发现:亲,不是阿里有问题,是你这公司不是阿里呀。阿里是平台方,在平台上有无数商品等着推。

但具体到你这个企业,就会发现:

1、有的产品是安身立命的爆款,不推也好卖。

2、有的产品是业务的心头肉,只要出一点问题,那就是千刀万剐。

3、有的产品先天短腿,功能不行、定价不合理,根本干不过竞品,推荐算法有毛用。

4、有些产品品质还行,只是在内部政治地位不高,拿不到资源,或者定价不合理,导致后天短腿。

上一任算法小哥哥,不考虑这些业务上明争暗斗,就直接上模型了。所有产品一锅炖了做推荐(还是用协同过滤,完全没考虑企业的用户粘性,用户行为数据量问题)。结果,主打产品出现下滑情况,销售部、市场部联手,一起把锅往他身上甩。结局,不但被赶滚蛋,而且搞得声名狼藉。

认真分析了这些背景以后,一个优化方案出炉(如下图):

先做好产品分析,选好后天短腿的小品类,找到背书的部门,这时候可以开干了。

果然,第一波推广马上见效。

于是甲方开开心心接手,自己回去优化迭代去了。

02 不细化场景,麻烦死

阵亡案例2:某连锁店,希望能建立模型,精准预测每个店铺的鱼蛋、肠粉、饭团、面包……具体到每一个SKU的销量,这样门店既不会因为积压浪费食材,又不会因为缺货错过销售。结果七个建模的小哥折腾了半年也不够精准,离职了4个,剩下仨垂头丧气。到底如何100%精准呢!

认真思考这个问题场景,就会觉得很搞笑:真有100%精准预测鱼蛋香肠的本事,这七个小哥还打个屁工啊,直接去炒期货呀。

仔细研究以后发现:所谓的“缺货错过销售”,根本就是一句话空话。因为没有一个正式的缺货登记系统(很多企业有,但这家没有)。但是积压导致的损耗率,却是结结实实地高,于是,一个优化方案出炉(如下图)。

这样运行了俩月,损耗率明显下降,实实在在地看到了成本的减少。同时,虽然也有人抱怨:“诶呀,有些店缺货了呀”。可证据呢?证据呢?证据呢!没有数据,空口白话,说了鬼信!于是顺利扭转局面。

也不出意外地,甲方自己接手继续优化了(是滴,甲方就是不喜欢签二期、三期,都以为自己能搞掂后边的,当然这是后话了,哈哈)。

03 不应对变化,含冤死

阵亡案例3:某大型渠道商,希望能建立模型,精准预测手机、平板销量,避免积压。先后换个5个做模型的,都不满意!业务给的反馈是:预测不够精准,导致决策失误。

仔细研究以后发现,问题根本不在预测上,而是业务方的反复横跳。考核模型效果,看的是总销量,但总销量分配给每个渠道负责人后,总有人跳出来要求加量、减量。而且常常看头2周买得好,就拼命加,结果导致积压。看头2周差就都不想做,能甩就甩。最后整体数据偏差大,反而回头怪算法预测的不准。

知道这帮孙子的搞法,于是,一个优化方案出炉。优化以后,效果立现:所谓的预测不准,90%是因为业务方自己不靠谱的谈判、预判、骚操作搞出来的。不但顺利脱身,而且也帮前边五个冤死鬼洗刷冤屈(如下图)。

04 数据质量差,着急死

阵亡案例4:某大型企业,想建立智能客服,高薪挖来一个小哥,结果来了才发现,不但原始数据混乱,因为客服培训做得太差,连最基础的分类标签:咨询、投诉、建议都是错乱一堆。结果嘛,自然是干了半年没成绩,黯然滚蛋。

阵亡案例5:某大型企业,想建立“和抖音一样的内容推荐算法”,高薪挖来一小哥,结果来了才发现,内部根本没有内容分类标签,用户打的标签全是垃圾,90%都是空的……领导还说:“我都给了你那么多钱了,你咋不能干,为啥还要小妹来帮忙,你看人家抖音不都是算法工程师做的??”

╮(╯▽╰)╭

是滴,越是迷信算法模型的,反而越不重视数据建设,都是一脸:“你都有算法了,你还要数据干啥,数据不是初等低级的吗???”

对了,应该有同学注意到,这些完蛋的周期都是半年。为啥,是因为很多算法岗位,在互联网公司就是吉祥物,为了能证明公司走在“人工智能大路上”,维持股价。所以在互联网公司的考核是远没有实体企业严格的。在实体企业半年不出业绩,不滚蛋还怎样。

05  问题的本质原因

问题的本质在于:数据建模,本质上对抗的是低效率。是帮助人们解决运算变量多过时,手工计算复杂,难以处理的问题。这是一种计算方法,不是智慧高于常人的神秘力量,不是仙风鹤骨的世外高人。数据建模应用最好的领域,也不是诊断经营问题,而是图像识别、语音转化这些相对客观的领域。

而传统企业面临的问题,比如:

  • 突发情况多:天气预报有雨,于是备货少了,结果突然没下,货不够卖……
  • 目标不清晰:因为老板个人喜欢,所以上了某款商品,结果老板看走了眼……
  • 业务能力差:预判不准,情绪化,收了客户、供应商回扣,迎合老板态度想邀功

这些乱七八糟的情况,更适合用数据分析方法来解决。数据分析,本质上对抗的是不确定性。是通过认真地采集数据、梳理业务流程、诊断业务问题、进行数据测试。把主观臆断关进笼子里。把“我以为”换成“我确信”。所以遭遇复杂的企业经营问题,最好的做法是认真做好数据采集、认真建立分析模型、一点点积累分析经验。而不是指望一只阿尔法大狗子汪汪一叫就拨云见日迎春归。

所以我们看到,只要把复杂场景梳理清楚,撇除乱七八糟的因素,模型是可以在一定程度上解决经营问题的。然而遗憾的是,从朋友圈文章,到管理层的内心,到正在调参的小哥的键盘,所有声音都是:

算法又打败人类了!

算法比你自己更懂你自己!

算法实现了99%的超精准预测!

所以这种悲剧还会继续上演,而且随着大量企业加速数字化,会上演更多,更惨烈。我们拭目以待哦。

本文由人人都是产品经理作者【接地气的陈老师】,微信公众号:【接地气的陈老师】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。