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

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Jina AI
Jina AI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
Threat Research - Cisco Blogs
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Hugging Face - Blog
Hugging Face - Blog
WordPress大学
WordPress大学
阮一峰的网络日志
阮一峰的网络日志
S
Schneier on Security
博客园 - 三生石上(FineUI控件)
P
Proofpoint News Feed
G
Google Developers Blog
Project Zero
Project Zero
小众软件
小众软件
NISL@THU
NISL@THU
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
V
Vulnerabilities – Threatpost
B
Blog RSS Feed
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
宝玉的分享
宝玉的分享
博客园 - 司徒正美
Simon Willison's Weblog
Simon Willison's Weblog
Schneier on Security
Schneier on Security
G
GRAHAM CLULEY
GbyAI
GbyAI
Recent Announcements
Recent Announcements
Cisco Talos Blog
Cisco Talos Blog
C
Cisco Blogs
C
CXSECURITY Database RSS Feed - CXSecurity.com
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
人人都是产品经理
人人都是产品经理
C
CERT Recently Published Vulnerability Notes
罗磊的独立博客
T
Tailwind CSS Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
I
Intezer
Blog — PlanetScale
Blog — PlanetScale
月光博客
月光博客
PCI Perspectives
PCI Perspectives
S
Security @ Cisco Blogs
Google Online Security Blog
Google Online Security Blog
M
MIT News - Artificial intelligence
C
Cybersecurity and Infrastructure Security Agency CISA
T
Threatpost
B
Blog
The Hacker News
The Hacker News
Attack and Defense Labs
Attack and Defense Labs
腾讯CDC
T
Tenable Blog
酷 壳 – CoolShell
酷 壳 – CoolShell

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
用户流失,该怎么分析?
接地气的陈老师 · 2022-02-12 · via 人人都是产品经理

编辑导语:每一种服务不可能百分百留住客户,通过计算获得的用户流失率似乎看不到什么实质性原因或者不知道怎么分析。在这篇文章里,作者介绍了用户流失分析的常见错误、分析的基本思路、三种类型问题的分析方法以及不同类型业务流失要如何处理,一起来看看吧。

有同学问:用户流失该怎么分析?用户流失率的数据可以算,可算出来以后呢?只看数据似乎完全看不出什么流失原因,只知道用户已经X个月没有来了,也不知道看到这个能干啥。今天系统解答一下。

一、用户流失分析常见错误

错误1:试图挽留每一位用户

这是运营最常见的错误,很多新人都会踩这个坑。不购物了就发券,不登录了摇转盘。结果空烧经费,养出来一帮无利不起早的羊毛客。

实际上,用户流失是不可避免的,天下没有100%的留存。

每种业务都要关注自己的核心用户,在谈及用户流失的时候,我们真正要做的是:把流失率关在笼子里,控制在一个可以接受的水平上。

错误2:试图搞懂每一个流失原因

这是分析最常见的错误,很多新人都会踩这个坑。

用户不喜欢?我们没做好?对手太厉害?用户没钱了?——总之想给每个人一个理由。可压根没数据,于是大眼瞪小眼。

实际上,我们没必要、也没能力穷举所有原因。同上一条,我们只要控制可控因素,减少明显错误即可。

错误3:只盯流失不看活跃,事后诸葛

这是另一个常见错误。在流失率实际增高以后才开始分析,结果木已成舟,用户都跑了,分析了也没啥用。

流失率是个相对滞后的指标。在数据上“流失”以前,用户可能已经跑掉了,早前几个月就没活跃了。

所以,流失率要和活跃率结合起来看。对于影响用户活跃的事件要尽早关注,对于核心用户活跃率要紧密跟踪,避免事后做无用功。

二、用户流失分析基本思路

用户流失分析的目标是把流失率关在笼子里,因此在数据上,我们首先关注的是流失率走势,尤其关注三类问题(如下图所示)。

  • 事件型问题。由一次/多次事件引发的短期流失率波动。
  • 系统型问题。公司整体流失率高于同行/经验水平,并且居高不下。
  • 持续型问题。流失率从某时间开始持续增高,未见好转迹象。

流失率是一个和活跃率相对的概念。虽然我们习惯上会给一个“用户X月不登录/不购货”即为流失用户的定义,但当用户已经不活跃的时候,真实的流失可能已经发生了。

为了更好地发现流失问题,往往自然周期和生命周期两种方式,结合活跃率一起看。自然周期往往指向事件型问题(因为事件是按自然日期发生的),生命周期往往指向系统型问题(业务做得不好,用户生命周期短or存在断点)。

三、事件型问题分析方法

负面的事件会引发用户流失。比如缺货、涨价、系统BUG、用户投诉、对手大促销(我们还恰好没做)等等。这一类事件最容易被识别到。体现在数据上,受事件影响的用户群体活跃率,会在事件发生后应声而落,之后N个月,流失率开始增长。

在分析时,需要:

  • 收集并密切注意相关事件。
  • 做好事件归类(内部/外部、系统/价格/商品…)。
  • 锁定受影响用户群体(打好标签以备观察)。
  • 关注受影响用户活跃变化。
  • 观察事件对整体流失影响。

这样就事论事,更容易看出结果。在设计挽留方法时,也更容易对症下药。找到真正让用户不爽的原因,比单纯地塞优惠券更能保留用户。

需注意:正面事件也会提升流失率。特别是用户拉新、促活、留存、唤醒等等。单纯地刺激非消费类软指标,最容易引发虚假繁荣。

客观上,只要有优惠活动,就会吸引套利的羊毛客,这类用户天生流失率就高。

主观上讲,运营方为了制造好看的数据,也会减少限制,留下套利空间。两下作用,使得正面活动的效果往往会打折。比如新用户注册,由拉新活动产生的用户生命周期流失率很容易明显高于正常新用户的(如下图),之后N个月,这一批用户流失率势必高。

因此,在做活动的时候,就得提前考虑相关后果。正面事件不同于负面,该做还得做,我们全面评估它就好了。虽然最后的结果,可能是策划、运营不想面对的,这里实际考察的是大家的节操值。

四、系统型问题分析方法

如果发生系统型问题,只说明一点:我们的业务做得比对手差。此时,诊断业务问题,改善业务表现才是核心。诊断方法,可以参照用户生命周期理论。

用户在进入期、成长期、成熟期的流失原因有所不同,分析的侧重点也有不同,为了节省篇幅,这里简单总结如下图。有兴趣的同学可以在文末右下角点个在看,数量超过60个再看我们专门分享噢。

在应对系统型问题时,不同阶段考虑的重点不同。

进入期:

一般在进入期,会无差别改善。在进入期,用户实际上还没有体验到我们提供的核心卖点,因此需要无差别改善流程,让用户尽可能体验到核心卖点再说。

在互联网行业往往关注黑色一分钟(下载到注册的一分钟)关注新手教程的过程。在传统行业,往往强调迎客话术,尽快让用户做一次体验,试用一下产品。

成长期:

进入成长期后,需要分类对待。进入成长期后,边缘用户、羊毛用户会被淘汰,用户价值也开始分化。非核心用户,就该让他流失掉,一味挽留只是空浪费经费,还会因为打折频繁让品牌贬值。

这时要特别关注的是核心用户的流失,核心用户的活跃率下降,生命周期缩短,新进用户中核心用户占比下降,都是大问题,需要细致梳理和解决。有可能没有等到流失率真的涨上来,就已经开始行动了。

系统型问题可能不是一步解决的,而是持续迭代的过程。有可能我们能诊断出问题,但解决方案并不好使唤,并不能改善数据。因此如果发现存在系统型问题,需要:

  • 选好参照标杆,找准差距;
  • 设计解决方案,投入测试;
  • 记录测试结果,观察数据变化;
  • 积累经验,保留有效方法。

最终,我们看到的是我们的用户留存曲线越来越接近竞争对手,流失率持续下降,这时候可以说:系统型流失问题已得到解决。这中间可能要很多次试验、尝试,因此需要做好观察和记录,打持久战。

五、持续型问题分析方法

持续型问题往往最难解决。因为实际上流失率、活跃率、留存率等数据,经常出现不规则小幅度波动,而不是大幅度持续增长。

这就是真正的鸡肋问题:放着不管、领导总问。想管一管,没有头绪。甚至还有流失率涨了几天,分析报告还没写出来丫就跌回来了,真是尴尬。

处理的顺序,事件型》系统型》持续型。因为单次的重大事件最容易被识别到,容易通过数据看清楚。

同时,往往一系列事件是导致系统型、持续型问题的根源,能识别具体事件对处理其他问题也有帮助。系统型问题,在业务方经验丰富的情况下,能找到合适的标杆,因此相对容易处理。

最难的是持续型问题,往往流失率变化不会持续到特别严重,而是小范围反复波动(如下图),在缺少经验、数据积累的情况下,很难完全识别这些小波动,所以最后解决。

如果真解决不了,就设立观察指标,先追踪起来。等到有一定程度,可能可以找到线索。

六、不同业务类型流失处理差异

因为流失问题和业务高度相关,因此不同业务流失分析方向也不同。从大类上看,有两个最重要的区分维度。

1. 贵重低频产品VS便宜的快消品

越贵的产品(车、房、大件家居、婚庆……),用户决策流程越长,越倾向于事前判断,不存在复购一说。此类业务用户决策有明显的窗口期,越往deadline接近,用户最后下判断可能越大。

所以,此类业务用户流失是个倒计时沙漏,在接触到用户的第一时间要搞清楚用户状态:用户需求是什么、对比了哪些竞品、是否已经开始议价。

这样可以大概判断:留给我们的时间还有多少。从而更好抓住成交机会,赶紧跟进。而不是傻傻不分需求,按部就班介绍、跟进,黄花菜都凉了。

快消品,或者购买频次高的消费类产品(比如衣服、鞋、手机)用户天生忠诚度低,很容易被流行趋势、促销活动改变态度。完全可以采用无差距挽留的策略。反正用户这一次不买,过一段时间也会回来买。

因此处理此类产品,互联网企业往往区分平台流失与产品流失两个流失留存。

只要用户还停留在平台上,就持续做唤醒。传统企业往往利用换季、新品上市、周期庆、节日活动等手段,多频次激活用户。总之,只要用户价值足够大,就不抛弃、不放弃。

2. 传统行业VS互联网行业

两者在用户生命周期上积累的数据量不一样。互联网行业数据较多,往往可以记录用户从点击推广链接-落地页-注册-浏览-下单全过程。

因此常采用漏斗分析法,看流失用户会卡在哪些步骤,锁定问题点做改进。特别是新人注册阶段,往往是无差别优化。

传统行业往往只有消费数据,因此只能用消费频次、消费间隔来衡量用户。一般用户在消费n次以后,不喜欢的会流失,喜欢的会持续买,这就是所谓的魔法数字。关于魔法数字可以看这篇【魔法数字是什么?如何用数据分析找到它】

通过魔法数字的大小对比,可以知道自己与对手的差距。至于用户到店-迎客-体验-服务-评价等行为层面,完全没有数据,需要通过市场调查等手段补齐。

这里主要是提醒,业务间差异很大,虽然流失的定义可以定成XX月不登录/不购买。但是实际流失场景可能早就发生了,制止流失的关键动作也可能没有数据记录。多结合具体业务思考办法,比机械码数字管用。

七、小结

很多同学觉得用户流失问题很难处理。从明面上看,是因为用户流失的数据少,我们不知道用户心理怎么想的。

可从本质上看,是因为会导致用户流失的原因,与用户生命周期、用户分群、用户决策流程、用户成长路径、新用户转化流程、用户体验、用户MOT、竞品影响等众多因素有关。

这里随便一个主题拿出来都能单独摆一篇文章。整明白了这些,基本就搞懂了整个用户运营的流程。本质上,用户流失分析难,难在:做分析的同学们很少懂用户运营的业务。

拉一个做分析的同学出来问:

    •  生命周期该是多长?
    • 行业性留存率是多少?
    • 核心用户是什么群体?
    • 核心卖点是什么体验?
    • 竞争对手有多大差异?
    • 最近运营发生了啥事?
    • 出现哪些意外bug?
    • 最新改动有什么影响?
    • ……

回答都是:不太知道。甚至是:统统不知道。你问他知道啥?他只知道计算个流失率的数据,然后按用户年龄、性别、注册渠道、购买频次……等指标做一大堆交叉表。然后对着一组组数据1%、2%、3%的差异发呆:到底说明什么了呢?

以上是个玩笑。总之分析不仅仅是跑个数据拉个表,更是深入问题内部、找到业务上真正病根。

#专栏作家#

接地气的陈老师,微信公众号:接地气学堂,人人都是产品经理专栏作家。资深咨询顾问,在互联网,金融,快消,零售,耐用,美容等15个行业有丰富数据相关经验。

本文原创发布于人人都是产品经理。未经许可,禁止转载

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

专栏作家

接地气的陈老师,微信公众号:接地气的陈老师,人人都是产品经理专栏作家。资深咨询顾问,在互联网,金融,快消,零售,耐用,美容等15个行业有丰富数据相关经验。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。