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

推荐订阅源

博客园_首页
Security Archives - TechRepublic
Security Archives - TechRepublic
Application and Cybersecurity Blog
Application and Cybersecurity Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
C
CERT Recently Published Vulnerability Notes
S
Security @ Cisco Blogs
S
Security Affairs
D
Darknet – Hacking Tools, Hacker News & Cyber Security
L
Lohrmann on Cybersecurity
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Hacker News: Ask HN
Hacker News: Ask HN
Forbes - Security
Forbes - Security
H
Heimdal Security Blog
A
Arctic Wolf
NISL@THU
NISL@THU
P
Proofpoint News Feed
W
WeLiveSecurity
S
Schneier on Security
AI
AI
Schneier on Security
Schneier on Security
N
News and Events Feed by Topic
L
LINUX DO - 最新话题
Cisco Talos Blog
Cisco Talos Blog
AWS News Blog
AWS News Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
Know Your Adversary
Know Your Adversary
Scott Helme
Scott Helme
V
Vulnerabilities – Threatpost
Cyberwarzone
Cyberwarzone
I
Intezer
S
Securelist
Help Net Security
Help Net Security
Microsoft Security Blog
Microsoft Security Blog
量子位
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
小众软件
小众软件
Last Week in AI
Last Week in AI
Jina AI
Jina AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
WordPress大学
WordPress大学
罗磊的独立博客
月光博客
月光博客
雷峰网
雷峰网
A
About on SuperTechFans
The GitHub Blog
The GitHub Blog
T
The Blog of Author Tim Ferriss
MongoDB | Blog
MongoDB | Blog
大猫的无限游戏
大猫的无限游戏
博客园 - 司徒正美
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
新模型上线后就不如老模型了,这正常吗?
雷帅 · 2025-06-08 · via 人人都是产品经理

在数据分析和机器学习领域,模型迭代是提升性能的常见手段,但一个令人困惑的现象是:新模型上线后有时反而不如老模型表现好。这种现象在信贷风控、海外现金贷等领域尤为突出。

22年我写了一篇《关于那个新老策略模型孰好孰坏的问题》,当时是有感于,我看到一些大厂在迭代模型时,总是看到巨大的效果提升,尤其是在严重多头之类的下沉客群。这里有巨大的陷阱,我懒得说,说了也没人信,因为他们不敢信。

最近有一些做海外现金贷的读者来交流问题,我才意识到,这个探讨更大的价值在海外现金贷。因为海外场景,客群下沉通过率低,模型 AUC/KS 不高波动又大,常常会出现,新模型开发样本上效果比老模型好很多,上线后反倒又不如老模型了。

这是因为你们的评估是不客观的,开发时和上线后的评估都不客观。大部分信贷场景,没有真正的随机流量和 abtest,新模型上了老模型就下了,开发时,算新模型效果多算了 swap-out 人群,上线后,算老模型效果多算了 swap-in 人群。

开发时和上线后的换入换出如上,在开发样本上评估,对老模型不公平,在上线后样本上评估,对新模型不公平。想要公平,一定要对齐样本。

有三种样本是对齐的。一个当然就是4个象限的全体,一个是both-in客群,一个是both-in、swap-in和swap-out一起。

新老模型策略到底哪个好哪个坏,解决办法有四种。所有的办法都是在解决这个样本对齐问题。

……

任何在这个行业里做过较长时间策略或模型的人,一定会经历模型策略迭代的过程;任何经历过模型策略迭代的人,只要有过独立思考,一定会遇到新策略是不是一定比旧策略更好的问题。

贷前也好,贷中也罢,当前的风险表现都是当前这套风险策略的结果。当我们要迭代模型策略的时候,KS也好,Lift值也罢,你会高估新模型策略的效果,更为可靠的说法是,你会高估新版对旧版的提升效果。

因为评估的样本,并不完全是应用的样本,这就产生了选择偏差,或者说幸存者偏差,我们是在“幸存者”上确保了新好于老。

常见的现象是,新模型永远比旧模型好,但却并不一定是真的好。试问,如果新模型新策略永远比旧模型旧策略更好的话,为什么业务没有变得更好?

因为上述问题的必然性和重要性,新老策略模型究竟孰好孰坏,可以说是这个行业最经典的问题。

我们今天来聊一聊解决办法。思来想去,解决办法似乎有四种,是哪四种呢?这四种又具备哪些优劣点呢?

1、随机流量

最彻底的一种是随机流量。随机一部分流量例如1%,让其通过,给随机额度随机定价,任其表现。也不需要100%通过,政策风险、欺诈风险等前置稳定不变的策略可以照常有。

这部分流量,可以用来建模,可以用来评估,最重要的是用来评估。任你选什么样本,任你做多少模型,任你套什么算法,只要在这个随机流量上效果是更优的,就有理由认定为模型是更优的。策略当然也是一样。

当然,还有一些前提要满足,例如样本量得足够大、时间窗口得足够长、模型本身稳定性得尽可能高。因为,真正的目标是在未来的随机流量上的效果好。

这个办法没有任何坏处,除了费钱。信贷领域,随机流量的成本太高了,年化24%的产品,多少个好客户的收益才能弥补一个坏客户的损失?

所以,这个办法用的并不多。只有头部效应明显、营收稳定的平台有可能会预留一部分资产预算用于随机流量。

也不对,远超过24%年化的那个黄金年代,也适用,只是他们不是为了随机流量而随机,而是没有太多风控,暴力催收+高息可以搞定。

2、拒绝推断

顾名思义,拒绝推断就是对拒绝的样本进行风险表现的推断,是去解决幸存者偏差的问题。有了全量样本的表现,模型策略孰好孰坏一算便知。

上面说的随机流量,其实就可以看作拒绝推断的一种解决办法。其他的办法,不管是推断拒绝样本的表现也好,还是获取拒绝样本在其他产品上的表现也好,总归是非真实的。你说引入了信息,我说引入了噪声。

引入不精确的信息来解决精确性的问题,总归是值得怀疑的。事实上,拒绝推断有没有用就是一个玄学,它压根就不值得做。

对于拒绝推断,实际上在用的是少之又少。因为太多假设,因为不准,就不如不用,就像判别模型大体总是比生成模型有效。

3、冠军挑战者

国外来的叫法,但其实就是ABtest。

当前线上的策略作为冠军组,拟上线的策略作为挑战组,挑战组可以有多个。因为表现期滞后且本金损失大,随机切小部分流量给挑战组,不宜过多,例如10%。任其表现,优劣自明。

挑战成功,则挑战者成为新的冠军者,可以全部切换新策略。但也可以不全切,甚至可以永远保持50%:50%的冠军挑战者。好处当然是对比得更充分,且可以应对突发情况,其一下线其一递补。

ABtest当然具备很强的严谨性,但在风控领域,效率不行。前已备述,风控不需要做ABTest?

ABtest最大的优势是,当你无法评估多个方案的优劣时,你不知道哪种字体、哪个颜色、哪种文案、多少度的倒角,究竟哪个好哪个坏,试了才知道。

而风控领域,你做了一个模型,然后跟老板说我也不知道有没有更好,测了才知道。祝你好运!

你做的模型一定是要离线评估更优的,当然,离线评估没有线上真实去测的可靠性那么高,但也应该尽可能高。

4、分群评估

上述办法的弱点都很明显,那有没有弱点没那么明显的办法?有,那就是分群评估。

请君静听。

分群评估当然就是把整个客群分成很多的客群,分别看这些客群下的效果。关于分群的艺术,可以说是互联网业务中最重中之重的法宝。不信?我的客群观,互联网业务的流量之争

分群评估的奥秘在于,不同客群的通过率或者额度定价是不同的,受策略影响大的客群评估效果离真相越远,那受策略影响小的客群评估效果则离真相就会越近。

在一个通过率10%的客群上,新模型优于旧模型易如反掌,但这不是真的优,我说的是在开发时。在一个通过率90%的客群上,新模型优于旧模型才是真的更优。

分群评估在这个问题上有效,取决于一个假设,那就是一个模型相比另一个模型要好,那会是全方位地好。如果模型B优于模型A,那么不管是整体,还是各个客群,都是B更好。

反之亦然。在受样本有偏影响更小的客群上,即可靠性高的客群,新模型优于旧模型,则有理由认为在其他客群上也会更优。

值得强调的是,我们所讨论的是模型策略迭代的对比,如果你针对的就是局部客群的优化,则不在此列。

……

前面三个,即随即流量、拒绝推断、冠军挑战者,都是全体样本的对齐,包括both-in、swap-in、swap-out和both-out。由于不经济、不准确、低效率等明显的原因,它们都不常用。

在上新模型就下老模型,而不是新老模型并联一起用时,both-in、swap-in和swap-out的对齐也无从获得。

只有both-in,在开发样本中即可获得,但你不会去得到它。只要将新策略模拟布在开发样本上,剔除swap-out即可,但这个阶段你并没有开始做策略,模型还没有被论证有效,策略不会搭理你。当然你可以简单用模型分直接cutoff模拟。

但,你有更有效的办法。那就是上文说的第四种,分群评估。在优质客群上,其实就是both-in的近似对齐。

仅存的问题是,局部客群的提升幅度能多大程度上代表整体?

在优质客群上KS提升2个点,在下沉客群上KS提升10个点,整体到底提升了几个点?答案会接近2个点,而不是10个点。

该判断需要随机样本数据才能证实,但其实这没那么重要。

我不喜欢过度依据数据来建立认知,逻辑很多时候是可以超越数据而成立的。如果一个数据不符合某个逻辑,我更倾向于怀疑数据而不是逻辑。当然,程度问题必然还需依靠数据。数据真正的价值在精细化中、在寻求极限中得到。

你得知道什么是对的,什么是错的,什么是有效的,什么是无效的,但你不知道什么是这种有效的极限,然后你通过数据去达成了。这才是数据的价值,是实践的意义。

本文由人人都是产品经理作者【雷帅】,微信公众号:【雷帅快与慢】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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