
小白学数据分析:怎么做流失分析
最近看了很多关于流失分析的文章,也构建了一些模型,流失这个问题看似有些让人抓不住一根主线来做,这几天也有几个朋友问我"数据分析师"怎么来做流失的分析,但是最近工作变动,外加上很忙,就没有很好的跟他们说说这个问题。说到流失分析,很多人都知道使用决策树算法,C5.0、Chaid、Quest或者贝叶斯,也有用聚类分析的,总的来说流失分析的方法很多,但这些都是技术层面的,也算不上是一个流失模型。
前几天看到一篇文章来讲述怎么分析永恒之塔的流失,方法和过程真的很不错,不过流失分析远比这个还要多,其原因在于,那篇文章中,作者是选取了1-10级的新手作为研究对象,而实际上,流失分析面向的对象不仅仅就是新手(废话,谁都知道!),这句话是句废话,现在看,做数据分析的都明白,然而一旦真的做数据分析,研究流失率时,往往就忽略了我们要对那些人进行流失分析,眉毛胡子一把抓。
早先写过一篇关于流失分析设计的文章,但是后来反映设计的过于复杂和繁琐,没必要这么分析。其实,我觉得很有必要。流失分析不是你信手拈来就开始做你的流失分析的。在之前的文章中,主要设计的是历史用户的流失分析方式,把历史用户的流失分成了留存、沉默、流失、回流、植物等几类情况,实际上这种分类的形式是由玩家的游戏生命进程(生命周期)决定的,原因我觉得有以下几点:
正如文章所言,流失分析很多情况下只是告诉你谁会流失,流失的人有什么特征,而这两点对应的是流失分析的两个方面:
1. 谁会流失->流失用户的预测,告诉你流失的可能;
而流失分析最终的目的是通过这两点,仅仅结合业务分析流失的原因(再好的算法,模型不会告诉你原因),而解决了谁会流失,流失特征,流失的原因,那么就可以进行挽留措施的实施,到此一个完整的流失分析闭环才形成。
形成闭环的原因在于,新的一批用户会继续检验我们的流失分析模型,我们希望在同样的游戏进程时期或者状态下,能够通过不断的修正模型,使之具有普适性。这样的一些模型最后组合起来,就可以比较全面的描述玩家不同的游戏生命进程的流失特征。当然这需要不断的实验和分析,因为用户的质量也是要考虑的。最后,建立在反复使用模型分析的基础上,得到显著性的模型框架。
而这个过程中,值得我们注意的是,往往我们很多时候做的是这其中一小部分,而我们恰恰把这一小部分放大认为是流失分析的全部,比如我们做了40级-50级的流失用户,找出流失用户可能性,流失特征,但是往往忽略做一些挽留的措施,挽留的措施有的是软性的,比如通过活动,奖励等实施,也有通过更改系统设计来弥补,但是这要看你"数据分析师"做的流失分析用户流失的严重程度,换句话说如果这一阶段的流失是一部分客群引起的高流失,而这部分客群不代表我们整体客群(流失客群的特征与之前历史客群在该阶段流失特征不符合,那么这就不是系统设计的因素造成的),此时就不能轻易使用更改系统设计的办法,多数情况下采取软性的手段,帮助用户过度。
然而,回头来看,站在一个高度来看我们是根据了玩家的游戏进程到什么阶段(处于的状态)来确定我们的流失分析对象和方法的。
看了永恒之塔的流失分析我发现,之前的针对新手的流失分析没有深入的做过研究,PRARA模型关注的很多也是用户保有留存的问题,可以看得出一批新用户,我们关注更多的是留存问题,而那些历史用户我们"数据分析师"关注的流失问题。
针对用户流失的设计我们"数据分析师"大概有月流失,周流失,沉默,然而我们"数据分析师"在这块的分析远远没有达到一个高度,毕竟我们的收入主体还是来源于这些历史用户,本身来说付费转化,游戏学习成本都很低了,专注这些用户,做好挽留发挥的效益更大。
然而新用户正如文章也提及的情况,新用户对游戏的学习,操控,熟悉还不完全,即使我们获取了信息,流失特征,流失可能性,大概我们想找出来玩家为什么还是会离开难度就会比较大,即使我们有最好的新手体验流程和新手缓冲期,但不能避免的用户流失(当然这不是说新用户的留存、流失分析不重要)。然而反过来当玩家游戏生命周期进入稳定期或者提升期,却面临了很大的流失,那么我们获取流失特征,分析流失可能性,最后做出挽留得到的效益远远大于新手的流失分析。
说了上面这句话大概看到的人会笑,会喷我,补充一句的是,一个游戏就像一个池子,有进水口,也有出水口,我们"数据分析师"希望进水口大,出水口小,然而进水口再大,你不进水,有一天出水口也会让池子干涸,因此控制出水的同时,也要想办法做好进水口,也就是如何做好新玩家的分析,预测,挽留。因为留下的新玩家有一天也会变成我们定义的老用户,进而变成我们要设法挽留的老用户。每个玩家在游戏中都是有生命周期的,流失分析的目的是拉长这个周期的同时,将价值发挥到最大。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
MySQL 服务器内存碎片:成因、检测与内存持续增长的解决策略 在 MySQL 运维中,“内存持续增长” 是常见且隐蔽的性能隐患 —— ...
2025-09-24人工智能重塑工程质量检测:核心应用、技术路径与实践案例 工程质量检测是保障建筑、市政、交通、水利等基础设施安全的 “最后一 ...
2025-09-24CDA 数据分析师:驾驭通用与场景指标,解锁数据驱动的精准路径 在数据驱动业务的实践中,指标是连接数据与决策的核心载体。但并 ...
2025-09-24在数据驱动的业务迭代中,AB 实验系统(负责验证业务优化效果)与业务系统(负责承载用户交互与核心流程)并非独立存在 —— 前 ...
2025-09-23CDA 业务数据分析:6 步闭环,让数据驱动业务落地 在企业数字化转型中,CDA(Certified Data Analyst)数据分析师的核心价值,并 ...
2025-09-23CDA 数据分析师:以指标为钥,解锁数据驱动价值 在数字化转型的浪潮中,“用数据说话” 已成为企业决策的共识。但数据本身是零散 ...
2025-09-23当 “算法” 成为数据科学、人工智能、业务决策领域的高频词时,一种隐形的认知误区正悄然蔓延 —— 有人将分析结果不佳归咎于 ...
2025-09-22在数据分析、金融计算、工程评估等领域,“平均数” 是描述数据集中趋势最常用的工具之一。但多数人提及 “平均数” 时,默认指 ...
2025-09-22CDA 数据分析师:参数估计助力数据决策的核心力量 在数字化浪潮席卷各行各业的当下,数据已成为驱动业务增长、优化运营效率的核 ...
2025-09-22训练与验证损失骤升:机器学习训练中的异常诊断与解决方案 在机器学习模型训练过程中,“损失曲线” 是反映模型学习状态的核心指 ...
2025-09-19解析 DataHub 与 Kafka:数据生态中两类核心工具的差异与协同 在数字化转型加速的今天,企业对数据的需求已从 “存储” 转向 “ ...
2025-09-19CDA 数据分析师:让统计基本概念成为业务决策的底层逻辑 统计基本概念是商业数据分析的 “基础语言”—— 从描述数据分布的 “均 ...
2025-09-19CDA 数据分析师:表结构数据 “获取 - 加工 - 使用” 全流程的赋能者 表结构数据(如数据库表、Excel 表、CSV 文件)是企业数字 ...
2025-09-19SQL Server 中 CONVERT 函数的日期转换:从基础用法到实战优化 在 SQL Server 的数据处理中,日期格式转换是高频需求 —— 无论 ...
2025-09-18MySQL 大表拆分与关联查询效率:打破 “拆分必慢” 的认知误区 在 MySQL 数据库管理中,“大表” 始终是性能优化绕不开的话题。 ...
2025-09-18DSGE 模型中的 Et:理性预期算子的内涵、作用与应用解析 动态随机一般均衡(Dynamic Stochastic General Equilibrium, DSGE)模 ...
2025-09-17Python 提取 TIF 中地名的完整指南 一、先明确:TIF 中的地名有哪两种存在形式? 在开始提取前,需先判断 TIF 文件的类型 —— ...
2025-09-17CDA 数据分析师:解锁表结构数据特征价值的专业核心 表结构数据(以 “行 - 列” 规范存储的结构化数据,如数据库表、Excel 表、 ...
2025-09-17Excel 导入数据含缺失值?详解 dropna 函数的功能与实战应用 在用 Python(如 pandas 库)处理 Excel 数据时,“缺失值” 是高频 ...
2025-09-16深入解析卡方检验与 t 检验:差异、适用场景与实践应用 在数据分析与统计学领域,假设检验是验证研究假设、判断数据差异是否 “ ...
2025-09-16