如果你听过 Lenny‘s Podcast,应该会发现一个规律:那些被请来做分享的增长负责人,几乎不会在“产品为什么突然不增长了”这个问题面前急着给答案。他们通常会先反问一串问题:是哪一周开始不增长的?是新用户进不来,还是老用户不回头?是某个渠道崩了,还是全盘都在跌?这些问题背后,其实是一套可以复用的诊断思路。今天我想把一套我反复在用、也帮几个团队真正定位过增长瓶颈的5步诊断框架完整拆开讲,希望能帮你在面对增长停滞时,不再靠拍脑袋猜原因,而是顺着数据一层层找到病根,然后用最小实验去验证它。
说实话,“产品不增长”这个问题,比“产品没做过增长”更折磨人。前者意味着你曾经找到过某种增长动力,但动力熄火了,而且你根本不知道熄火点在哪。市面上关于增长的分享很多,但大部分都停留在“怎么做拉新”“怎么做留存”这类动作层面,很少有人把“怎么从数据里判断病根”这件事拆成一个可以照做的流程。我接下来要讲的这5步,本质上是按“入口—转化—存量—外部—验证”的顺序,一层层把问题从宏大的“不增长”里剥出来,直到剩下那个可以动手的实验假设。
1. 先别急着改功能:给你的“不增长”分个型
很多团队一发现增长停滞,第一反应就是“产品不行了,赶紧改版”或者“是不是价格太贵了,搞个促销”。这个反应可以理解,但往往是灾难的开始。我见过不止一个团队,因为数据下滑,连夜回滚了一个功能,结果下周数据跌得更狠——后来才发现,那个功能上线前就已经在跌了,时间线对不上。所以在做任何动作之前,第一件事不是“怎么办”,而是“这到底是哪种不增长”。
我自己习惯把增长停滞分成三种形态:持续下滑型、平台期停滞型、高位波动型。这三种形态对应的病因方向完全不同,处理方式也完全不同。
持续下滑型的典型特征是:各项指标不是突然掉头,而是连着几周逐周走低。这种情况通常指向结构性变化,比如渠道流量在持续流失、老用户留存缓慢恶化、产品核心体验被竞品取代。它不紧急,但很危险,因为等你意识到的时候,往往已经跌了很久。
平台期停滞型的特征是:数据不再上涨,但也没有明显下跌,就在一个区间里来回震荡。这种形态经常被误读成“稳定了”,实际上它往往意味着你原有的增长引擎到了天花板,比如某个投放渠道的规模已经见顶,或者自然流量占比已经饱和。平台期不可怕,可怕的是你把它当成“健康状态”,错过二次增长窗口。
高位波动型最迷惑人:整体数据看起来很高,但周期性大起大落,有时涨20%,有时跌30%。这种形态通常不是产品问题,而是渠道结构问题,比如过度依赖某一次爆款内容或某个集中投放,导致流量来去都像潮汐。
提示:拿到数据的第一步,不要去做任何归因,先把近12周的核心指标曲线画出来,判断属于哪种形态。连形态都没分清就动手改东西,大概率是瞎忙。
做完分型之后,才是正式进入5步诊断框架。我习惯把整个诊断时间控制在4到6周内,每一步有明确产出,最后落到一个可以验证的实验假设上。这样既不会因为分析过久错过机会,也不会因为太着急而误判病因。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 第一步渠道拆解:找出流量从哪一刻开始失速
第一个要拆的是渠道。原因很简单:增长最前端的表现就是流量,流量口径最能反映“外部原因”和“内部原因”的边界。很多团队看到“整体注册量下降20%”就慌了,但一旦把渠道拆开,会发现根本不是全面下降,而是某一个大渠道贡献的流量少了一半。
这一步我建议你不要只看大盘,而是做三个切面的拆解:按渠道拆、按内容素材拆、按活动批次拆。渠道维度包括自然搜索、付费广告、社交媒体、内容营销、推荐裂变、外部合作等;内容素材维度是指同一渠道下不同广告组、不同内容形式的表现差异;活动批次维度是针对某个时间点前后的对比,比如某个投放计划是否在那时到期。
拆完之后,你要回答一个问题:流量下降是“所有渠道一起降”还是“某几个渠道单独降”?如果所有渠道一起降,问题大概率出在产品端或品牌端,比如产品口碑出了问题、品牌搜索量骤降、App在商店下架了;如果是单个渠道降,问题大概率出在渠道侧,比如素材疲劳、出价竞争力下降、平台算法调整。
这里有个非常常见的误区:只看“点击成本”或“曝光量”,不看“单渠道全链转化”。我见过一个团队,觉得某渠道的曝光量明明很高,但注册量一直跌,于是判断是落地页存在问题。后来拆开一看,那个渠道的点击率其实已经跌了60%,只是因为曝光基数大,看起来好像还在贡献流量。这个案例说明一个道理:流量诊断必须按“曝光→点击→落地页→注册”的完整链路来看,任何一个环节的转化率变化,都可能导致最终结果失真。
如果你有数据库权限,可以用类似下面的SQL快速拉一个渠道维度的日趋势:
sql复制SELECT
DATE(event_time) AS day,
channel,
COUNT(DISTINCT device_id) AS exposed_users,
COUNT(DISTINCT CASE WHEN event_type = 'landing_click' THEN device_id END) AS clicked_users,
COUNT(DISTINCT CASE WHEN event_type = 'register' THEN device_id END) AS signup_users
FROM product_events
WHERE event_time >= DATE_SUB(CURDATE(), INTERVAL 30 DAY)
GROUP BY day, channel
ORDER BY day DESC;
拿到这张表之后,你要做的不是马上看总量,而是逐渠道计算“曝光→点击”和“点击→注册”的转化率,然后对比近4周和前8周的差异。如果点击率没变、注册率没变,只是曝光量掉了,那是渠道侧的问题;如果曝光正常、点击正常、注册突然掉了,那问题可能出在落地页或注册流程上,第一步已经可以给你边界了。
这一步做完,你会得到一个核心产出:流量端的问题边界——到底是“进不来”还是“进来后流失了”。有了这个边界,才有资格进入第二层诊断。
3. 第二步激活漏斗诊断:别让大盘数据掩盖转化危机
如果第一步确认“流量还在,但转化出了问题”,那么第二步就是要把激活漏斗完整摊开。所谓激活,不是“注册成功”,而是用户完成那个能让他体验到产品核心价值的动作。比如社区产品的“首次发言”、SaaS工具的“创建第一个项目”、电商产品的“完成首次下单”。
这里我要特别强调一种操作习惯:看漏斗一定要按“注册日队列”来分组,而不是按“自然日”来看。原因是自然日漏斗会被某些异常流量或老用户回访干扰。打个比方,某一天你投放了一波品牌广告,大量老用户回来访问,自然日漏斗的每一层转化数字都会变得很高,但这种“高”是假的,它掩盖了真正的新用户激活问题。按注册日队列来看,就能还原“同一批新用户从进入到激活”的真实转化路径。
分组之后,再比较近4周的队列转化率和前8周的变化。我的判断标准是:任何一个关键环节的转化率如果下滑超过10%,就必须停下来深挖,而不是继续看下一层。因为漏斗是层层相乘的,每一层的衰减都会传导到最终结果。
定位到具体环节后,怎么找到病根?我常用两种方式。
第一种是路径行为聚类:把用户在到达该环节前后的行为路径拉出来,看看是不是某种路径的用户占比在变化。比如某个电商产品“加入购物车→支付”的转化率下降了,你去看路径数据,发现“通过购物车页直接支付”的比例没变,但“从购物车跳转到优惠券页后放弃支付”的比例大幅上升。这就说明问题很可能出在优惠券页的体验或策略上。
第二种是异常退出率分析:找出改版前后退出率变化最大的页面。这里有个细节,很多团队只盯着转化率最低的页面看,但真正的问题往往隐藏在“之前还正常、最近突然变差”的页面里。把最近4周退出率环比增长最快的页面列出来,大概率能找到元凶。
我去年帮一个工具产品做诊断时就遇到过这种情况。他们发现新用户注册后的“创建项目”转化率从45%掉到33%,但注册流程、项目创建页面本身的数据都正常。后来用路径聚类一查,才发现新版UI把“创建项目”的入口从首屏收进了二级菜单,用户注册完根本找不到按钮在哪里,于是大量用户卡在了“进首页,逛一圈,然后离开”的状态。这就是典型的“激活环节因为入口调整而恶化”。
激活漏斗诊断的产出,是锁定具体是哪一个环节哪一类用户出了问题。到这一步,你已经有了“流量端边界”和“转化端环节”,但还不能开药,因为还需要判断这个问题到底是出在新用户身上还是老用户身上,以及影响到底有多大。
4. 第三步新老用户分层:辨清存量衰减还是增量失速
增长停滞最怕的是一刀切,把新用户和老用户混在一起分析。新用户和老用户对同一个业务变化的反应是完全不同的,新用户看的是“第一次进来有没有GET到价值”,老用户关心的是“我熟悉的东西还在不在、好不好用”。如果混在一起,问题会被相互稀释,甚至看起来像“一切正常”。
我的做法是先把用户群切成新用户、次新用户、老用户三层,然后分别看三个指标:新增用户数、新用户激活率、老用户流失率。这里“新增用户数”反映增量,“老用户流失率”反映存量,而“新用户激活率”是连接两端的加速器。
具体到留存分析,我强烈建议用“注册周队列”来画留存曲线。把每个自然周新增的一批用户单独拉出来,记录他们在D1、D7、D30的留存率。如果新用户留存曲线从某个周开始整体下移,说明新用户的质量或首次体验出了问题;如果新用户留存曲线基本稳定,但整体活跃用户的流失率在上升,说明问题出在老用户身上。
这里有个小技巧:不要只画出留存曲线“平均值”,要把D1留存和D30留存的变化拆开看。D1留存下降,说明用户第一印象在变差,可能是渠道质量下降,也可能是首次体验破冰不足;D30留存下降,说明用户长期价值在被削弱,可能是核心场景被替代、内容生态在老化、或者产品新版本破坏了已有习惯。
当然,光看留存还不够,还要看“用户结构”。一个DAU没跌的产品,内部结构可能已经出了大问题——比如新用户占比从15%降到8%,同时老用户流失率翻倍,只不过一增一减在总量上表现不出来。我建议每个增长负责人,每周都盯着两个辅助指标:新用户占比和老用户月流失率。这两个指标足够你在大盘数据变难看之前,提前闻到危险的味道。
存量与增量的区分,直接决定了后续动作的方向。如果问题是增量失速,你需要去修渠道、修首次体验;如果问题是存量衰减,你需要去修复老用户的核心场景,而不是去搞一堆新用户福利。方向一旦搞反,会浪费至少一个月的迭代周期。
5. 第四步外部环境扫描:对手和平台规则也是增长变量
数据诊断做到前三步,很多团队会觉得“已经真相大白”了,但我会再追问一次:这些数据的恶化,到底有多少是产品自身原因,有多少是外部变量造成的?这一问,能避免你犯一个很贵的错误——把外部问题当成内部问题去修复。
外部变量的典型来源主要有三个:竞品变化、平台规则变化、季节与行业周期。
竞品变化是最容易被感知但最容易被误判的。比如你的核心功能使用时长下降,表面上看是产品交互变差了,实际可能是竞品发布了一个同类免费功能,抢走了你的高频用户。建议养成一个习惯:每个季度做一次竞品动态盘点,至少看四件事——竞品的功能迭代、定价调整、市场投放、用户口碑变化。如果竞品在上个季度明显加了投放预算,那你的自然流量下降未必是产品问题,而是一次激烈的市场竞争。
平台规则变化则更隐蔽。尤其做内容、社交、搜索流量的产品,平台算法的每一次更新都可能让流量结构产生剧烈变化。很多团队看数据下滑,第一反应是“内容质量下降了”,但一查官方公告,发现是平台的流量分发规则改了,整个赛道的自然流量都在降。这时候你把内容改得再好也没用,正确的应对是调整内容策略以适应新规则。我建议你保留一个外部变化监测清单,至少要包含以下内容:
| 监测对象 | 关注内容 | 更新频率 |
|---|---|---|
| 竞品官网/官方公告 | 新功能、定价、封禁策略 | 每周 |
| 应用商店/搜索平台 | 排名波动、评论风向 | 每周 |
| 行业社群/媒体 | 政策调整、行业热点的迁移 | 每周 |
| 自有用户反馈 | 客服工单关键词、社媒提及 | 每天 |
还有一个我吃过亏的提醒:一定要先把数据异常的时间点和外部事件时间点对齐。比如你发现某一天开始留存下滑,那就去看这一天前前后后有没有竞品上线、有没有版本发布、有没有行业热点刷屏。时间线一旦对不上,所谓的因果关系就很可能是伪命题。
在做外部因素判断时,可以多看一步:这个趋势是只有我们这样,还是整个行业都这样?如果行业整体都在下跌,而你跌得更快,说明你有额外的内部问题;如果行业整体稳定,唯独你在跌,那就要更坚决地把目光放回产品内部。外部扫描不负责给答案,它负责排除干扰项,帮你把“变量空间”缩小到真正值得动手的区域。
6. 第五步假设排序与最小实验:通过证伪锁定真病根
前三步定位“在哪出问题”,第四步排除“外部干扰”,到第五步,你会面对一堆可能的病根:可能是渠道素材老化、可能是新手引导路径太长、可能是老用户核心场景受损、也可能是竞品抢占了心智。这时候最忌讳的是“都想改”,因为一旦同时改,你就永远无法知道到底是哪个动作带来了提升。
我在这里用的方法是ICE打分法:把每个假设按“影响程度(Impact)”“信心指数(Confidence)”“实现成本(Ease)”三个维度打分,每项1到10分,然后相乘排序。分数最高的,优先去验证;分数低的,即使很诱人也先放着。
下面是一个简化的打分示例,可以直观理解:
| 假设 | 影响程度 | 信心指数 | 实现成本 | ICE总分 |
|---|---|---|---|---|
| 新手引导步骤太长导致激活率低 | 8 | 6 | 7 | 336 |
| 老用户核心入口被折叠造成流失 | 9 | 7 | 4 | 252 |
| 某渠道素材疲劳导致流量下滑 | 6 | 5 | 5 | 150 |
| 注册流程中验证码体验差导致流失 | 4 | 3 | 4 | 48 |
要注意:ICE打分并不是越打越准,它只是帮你建立“优先级共识”,避免团队在做诊断分析时所有人都在喊“我觉得是这个问题”。
排序之后,接下来是设计最小验证实验。实验设计的核心原则只有一条:一次只改变一个变量,并且设置对照组。判断标准不能看“感觉变好了”,要用你最初定下的北极星指标或与之直接相关的过程指标。比如你想验证“新手引导步骤太长导致激活率低”,那就把新用户随机分成两组,A组保留原有引导,B组缩短引导流程,观察对比完成激活的比例,而不是去看“新增用户总量”这种会被渠道波动干扰的指标。
实验周期也要给够。新用户激活类实验观察7天通常够用,老用户留存类实验则需要至少一个完整的使用周期,比如按周活跃产品至少观察2到4周。这里的常见翻车是:实验跑了三天,看到数据有改善就立刻全量上线,结果上线一周后效果反弹。数据波动在短期内很正常,只有跨过一个完整业务周期后依然显著,才说明实验结论可信。
如果最终实验结果和你的最初判断不一样,不要失望,这恰恰是诊断框架的价值所在——你用几个星期验证了一个假设,而不是用几个月把产品改向一个错误的方向。我做过不止一次“实验证伪了最初高置信度假设”的诊断,事后回头看,那个实验省下了大量的无效开发成本。
7. 数据不完善时的替代信号与可复制的诊断模板
最后聊一个现实问题:不是所有团队都有完整的数据看板和埋点体系。尤其在早期项目里,数据缺失是常态,那这套5步框架是不是就没法用了?其实不是。数据不完善,不代表没有诊断信号,只是信号源从“精确的数字”换成了“粗糙但有方向感的信息”。
我常用的替代信号包括三种。第一种是客服工单和用户反馈的关键词聚类。如果工单里“不能支付”“找不到入口”这类词在近一个月猛增,即使漏斗数据没埋点,你也能知道激活环节在恶化。第二种是流失用户访谈,抽10到20个最近流失的用户,每人聊15分钟,问三个问题:你当初为什么来、最近为什么不用了、什么东西会让你回来。样本虽小,但往往能直接给出病根方向。第三种是团队内部手感复盘——让客服、销售、产品、运营各自写下“最近用户最常抱怨的三件事”,然后合并同类项,通常能得到高度一致的高频问题。
此外,我一直建议每个团队固定维护一张“增长诊断复盘模板”,不管数据全不全,每次诊断都往里填。这张表能逼着团队把“模糊的感觉”转变成“可追溯的记录”。
| 诊断步骤 | 核心问题 | 数据来源 | 关键发现 | 初步判断 | 优先级 |
|---|---|---|---|---|---|
| 分型 | 属于下滑/停滞/波动? | 12周核心指标趋势 | …… | …… | —— |
| 渠道拆解 | 流量的边界在哪里? | 渠道日报、素材报表 | …… | …… | —— |
| 激活漏斗 | 哪一层转化在恶化? | 注册队列漏斗 | …… | …… | —— |
| 新老分层 | 存量还是增量问题? | 留存队列、流失率 | …… | …… | —— |
| 外部扫描 | 是否受外部变量干扰? | 竞品、平台公告、舆情 | …… | …… | —— |
| 假设验证 | 哪些假设值得做实验? | ICE打分、实验数据 | …… | …… | —— |
把这张表放进每一次增长复盘里,你会发现团队讨论问题的质量明显提高。以前大家坐在一起聊“我觉得是体验问题”“我觉得是渠道问题”,现在每个人都知道要先摆证据,再谈结论。
这套5步诊断框架,我用了很多年,也迭代了很多次,核心思路始终没变:增长停滞从来不是单一原因造成的,它是一连串变量叠加的结果。先分型、再拆渠道、再挖漏斗、再分层、再排外部干扰、最后用实验去验证,本质上是在不断缩小问题空间,直到把火力集中到一个真正能被改变的环节上。希望这套流程,能让你在下次面对“产品为什么突然不增长了”这个问题时,心里有数、手里有活。
