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

推荐订阅源

S
SegmentFault 最新的问题
J
Java Code Geeks
V
V2EX
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
Hugging Face - Blog
Hugging Face - Blog
F
Fortinet All Blogs
aimingoo的专栏
aimingoo的专栏
B
Blog
A
About on SuperTechFans
有赞技术团队
有赞技术团队
月光博客
月光博客
Microsoft Azure Blog
Microsoft Azure Blog
阮一峰的网络日志
阮一峰的网络日志
腾讯CDC
美团技术团队
大猫的无限游戏
大猫的无限游戏
爱范儿
爱范儿
N
Netflix TechBlog - Medium
C
Check Point Blog
Recent Announcements
Recent Announcements
博客园 - Franky
博客园 - 叶小钗
T
Tailwind CSS Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
做数据十年,这是我见过最好的因果推断模型!
接地气的陈老师 · 2026-03-27 · via 人人都是产品经理

做数据十年,这是我见过最好的因果推断模型!从拆解法、相关系数法到随机试验、匹配法(DID/PSM/RDD),一文讲透四种找原因的实战方法。

“到底导致问题的原因是什么!”是新手同学最怕遇到的问题。今天陈老师一次介绍4种办法,从土办法到模型都有!

记下来,以后再不纠结

常见方法1:拆解法

拆解法即:把一个结果指标,从多个角度拆解,差异大的就是原因。

举例:昨天有4个推广渠道,一共获客100,今天只获客80,问为啥获客少了。

(如上图):

把总获客数,按四个渠道拆解,发现A渠道获客最少。得到结论1:因为A渠道少了,所以总获客少了。

把A渠道的获客,按获客流程拆解,拆解为展示页-落地页-转化三步,发现是转化环节少了,得到结论:因为A渠道的转化环节出了问题,所以总获客少了。

总结:因为A渠道转化环节出问题,这是获客少的原因。

看起来回答得很完美,可经不起业务部门的追问:那为什么A转化差了呢?

  1. 我也没改文案呀?
  2. 投放经费也没少呀?
  3. 前后只差1天,为啥差异这么大?

有没有其他可能……拆解法,本质上是通过细分,锁定了问题发生的位置。

并不能找到元凶。所以常常被用来发现问题,而不是解释问题(如下图)

常见方法2:相关系数法

统计学里有相关分析的方法(如下图):

这次有一个复杂的公式做支撑,应该很科学了吧?

但是!这么搞,很容易搞出来统计学领域经典的“龙脉梗”

1、中国GDP年年涨

2、我家门前的树年年涨

3、把两个数据带进去,算出相关系数0.99

4、所以我家门前的树是中国的龙脉!

相关分析,本质上不是“分析”,而是计算。只要两列数字保持相同/相反走势,就能算出来很高的相关系数。

至于这个相关系数在现实中,到底有没有含义,就不管那么多了。

因此,相关分析可以大范围地筛选指标,过滤掉纸面上不相关的,真正的因果分析还要深入做(如下图)

常见方法3:随机实验

从本质上看,因果推断问题难解,是因为有多重因素共同作用。因此要控制其他因素的影响,只测试我们关心的那个因素的影响。

我们可以把影响因素记作X,结果记为Y,分析目标是得出X→Y的效果如何控制影响因素呢?

最好的办法就是随机实验!

随机实验被称作因果推断的黄金法则。只要随机分组做的足够充分,就能生成两个一模一样的个体,剔除其他因素影响。之后,对其中一组施加我们想要的影响,另一组不施加影响。然后观察两组指标差异(如下图)

但是,实际工作中开展ABtest会很复杂,因为需要产品准备不同设计,开发做不同版本,工作量太大。

而且当测试的因素很多时,因素之间可能存在:

1)交叉效应:两个动作同时生效时,产生更好/更坏作用

2)新奇效应:新上功能时大家图好玩,事后又不喜欢了

3)覆盖效应:影响大的把影响小的覆盖掉

4)季节效应:只在特定时期,人们需要这个功能

所以,一定要提前做好功课:

1)到底我测试的X是啥

2)我想影响的Y是啥

3)有没有季节问题

4)有没有重大事件干扰

5)有没有可能多因素交叉

最好是提前做好分析,找到问题最大的点以后再逐一测试

综上来看,随机试验方法很好,但是需要较多前期准备,且可能涉嫌区别对待用户,不太适合在线下开展,更适合在线上开展(APP内悄悄做)

匹配法

注意!很多场景没法上ABtest,比如线下门店,不可能同一个商品,一个客户来了收30,另一个收20,会被投诉到工商局的!

此时可以用匹配法,常见的比如:

  • DID:找发展趋势相同的匹配,对比政策影响效果
  • PSM:先算评分模型,找评分接近的匹配,对比效果
  • RDD:以某个特殊时间点(比如18岁成人礼),做前后时间对比

在以前,PSM+DID的编程会很麻烦,因为涉及多步计算:

1)设定影响因素X,效果Y

2)使用X发生之前的数据(协变量)以X为目标做逻辑回归,求得相似性得分

3)利用KNN,为实际受影响群体,找一个配对对比个体(PSM就是相似性得分匹配一个虚拟的参照组)

4)再用直接计算/OLS,计算X发生前后Y的效应(DID就是前后差分对比)

但是!现在是2026年,用AI辅助,只要一段提示词,就能直接输出结果,体验感拉满(如下图所示)

注意,匹配法本质上还是“找相同类型的对比”,现实中,有可能有某个影响很重要,但是难以量化的因素,无法参与匹配,导致对比失效(比如品牌喜好,消费观念等)所以也不是十全十美

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

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