这不是分析,这是猜。

我见过太多候选人,面试官刚说完"DAU下降了20%",他们第一句话就是:

"可能是因为竞品推出了新功能……"

或者:

"我觉得可能是季节性因素……"

或者:

"也许最近有运营失误……"

这些听起来很"有经验"。但这不是分析,这是联想。

联想和分析的区别:联想是从结论反推,分析是从数据正推。

联想可能猜对,但没有说服力。分析可能更慢,但每一步都是可验证的。

面试官在看的,不是你猜对了没有,是你的推理方式有没有系统性。


正确的根因分析路径

指标下降分析有一个固定的框架。不是让你背这个框架,是让你理解为什么这个顺序是对的。

第一步:定义这个指标

DAU的定义是什么?在这个产品里,怎么算"一个日活用户"?

这一步很多候选人跳过,因为"大家都知道DAU是什么"。

但定义不清晰,后面的分解就会出问题。

比如DAU的定义如果是"打开app超过1秒",和"完成至少一个核心动作",数字会差很多。如果指标定义本身有问题,下降可能是因为定义被修改了,和产品质量没有关系。

第二步:切时间——什么时候开始降的

是今天突然降,昨天还正常? 还是过去三周缓慢在降? 还是今年同期相比去年同期降了?

三种情况,根因完全不同。

突然降 → 大概率是技术问题(崩溃、功能失效、推送系统故障)或运营问题(某个渠道停了)。 缓慢降 → 大概率是产品体验问题、竞争问题、用户习惯改变。 同比降 → 大概率是季节性,或者去年有一个特别活动推高了基线。

时间切割是最快的信号之一。

第三步:分平台——哪个端出问题了

iOS还是Android? 移动端还是Web端? 哪个国家/地区?

如果iOS下降,Android正常 → 大概率是iOS版本更新引入了Bug,或者苹果系统层面有变化(比如隐私政策调整影响通知推送)。

如果特定地区下降 → 大概率是本地化问题、本地竞品、本地节假日、本地网络问题。

平台切割让你把一个模糊的"全局下降"变成一个有边界的"具体问题"。

第四步:看漏斗——哪个环节断了

用户在哪里流失的?

把核心用户旅程拆开: 打开app → 进入核心功能页面 → 触发核心动作 → 完成目标。

每个环节看转化率,找到转化率异常的节点。

比如"打开app"没变,"进入核心功能页面"下降了30%。

这说明什么?不是用户不来,是来了之后没有到达核心功能。可能是UI发生了变化、导航被改了、默认落地页改了。

找到漏斗断点,根因范围就大幅缩小了。

第五步:排假设——一个个验证

到这里,你应该已经有了2-3个有依据的假设,不是联想出来的猜测。

每个假设对应一个可验证的数据点:

假设是iOS bug → 看iOS崩溃率、iOS版本分布。 假设是推送失效 → 看推送点击率、推送发出量。 假设是竞品 → 看uninstall rate,看竞品app store评分变化,看用户调研。 假设是产品体验变差 → 看满意度指标、看1星评论关键词、看session时长。

每一个假设都有数据来验证,不是猜完就结束。


用DAU下降20%走完整个分析

来一道具体的:某社交产品DAU下降20%,持续三天。

第一步:定义确认

DAU定义:打开app且在信息流里有至少一次scroll行为。三天前,这个定义没有变化。

第二步:切时间

三天前开始,之前正常。属于突然下降,不是缓慢趋势。

突然下降 → 大概率是技术/运营层面的外部事件,而不是产品体验问题。

第三步:分平台

iOS下降了35%,Android下降了5%。

明显的平台不对称。这是一个强信号——iOS端发生了什么。

三天前发生了什么和iOS有关的事情?团队看了一下:三天前iOS版本推送了一个更新,版本号3.12.1。

第四步:看漏斗

iOS用户:打开app的量基本正常,但"打开→进入信息流"的转化率下降了40%。

意味着:用户打开了,但没有成功进入信息流。

结合版本3.12.1,大概率是新版本引入了一个Bug,导致信息流加载失败或崩溃。

第五步:验证假设

看iOS崩溃率:3.12.1版本的崩溃率是3.12.0的8倍。 看iOS用户评论:App Store过去三天新增了大量1星评价,关键词集中在"打开闪退"和"信息流加不出来"。

根因确认:3.12.1版本引入了一个导致信息流加载失败的Bug。

解法:立即回滚到3.12.0或者推热更新3.12.2修复。

为什么"先分解,再归因"是正确方式

你注意到了吗——在整个分析过程里,"竞品"这个假设从来没有出现。

不是竞品不可能是原因。是在有更直接的证据之前,竞品是一个高成本、难验证的假设。

好的根因分析,先从最容易验证的假设入手。技术问题最容易验证(崩溃率、版本对比),运营问题次之(推送数据),产品体验问题再次之,外部竞争最难验证。

从容易的到难的,每一步缩小范围,不是一开始就散射所有可能性。

这是"先分解,再归因"的核心逻辑。

面试里怎么把这套框架说出来

你不需要在面试里把五步全部说得很慢。

节奏大概是:

"指标下降分析,我的步骤是:先确认指标定义有没有变,再看时间曲线判断是突发还是趋势,然后按平台和用户分层切割,找到异常的子集,再看漏斗定位哪个环节出了问题,最后基于漏斗数据提出1-2个有数据支撑的假设来验证。"

这句话,30秒说完,就已经让面试官看到了你的系统性思维。

然后才是展开每一步的细节。

指标下降题不是猜原因,而是展示你的分析路径。书里有完整的根因分析框架和Facebook Groups示范题。

所以我把《如何从0到1准备硅谷PM面试》写成了Playbook,而不是题库。

题库只能帮你见过更多题。 Playbook要解决的是:你在没见过的题里,能不能快速搭结构、做取舍、讲清判断。

完整版包含: 39章正文 · 8个实战附录 · 30道高频题 · 每章练习卡 Product Sense / Metrics / Behavioral / Strategy / Mock / 追问 / Offer选择全覆盖。

如果你正在系统准备PM面试,可以先看免费Preview。 觉得适合,再看完整版。

先看免费 Preview → 查看完整 Playbook →