中文 | English | 日本語 | 한국어 | Русский | Español | العربية | Français | Bahasa Indonesia | Tiếng Việt | Türkçe
返回首页

用户生命周期留存分析

按注册日分组,分析用户在后续各生命周期日的留存率,生成倒三角留存矩阵

请上传Excel或CSV (UTF-8)文件

用户ID列
每一行代表一个订单,请指定能唯一识别用户的列(如会员号、手机号)
事件日期列
用户发生行为的日期,格式如 2025-01-01 或 2025/1/1
注册日期列
用户注册的日期(用于定义 cohort 起点),格式如 2025-01-01 或 2025/1/1

🔍数据筛选(可选)

设置筛选条件后,将仅对符合条件的数据进行分析
正在分析数据,请稍候...
正在处理数据,可能需要几秒钟时间
工具说明

一、计算器简介

用户生命周期留存分析计算器是一款专门用于按注册分组、分析用户在后续各生命周期日/月留存情况的工具。本工具始终以注册日期(或注册月份)作为分组标签,不依赖首单或首次消费等行为作为分组依据。通过按注册月份或注册日期分组,追踪不同同期群(cohort)在注册后各偏移月、偏移天的保留人数与保留率,生成留存矩阵与平均保留趋势图,帮助您了解不同时期获取用户的留存表现,为制定拉新与留存策略提供数据支持。

核心功能

应用场景

适用客户

本计算器适用于所有需要分析用户生命周期留存、且具备用户注册日期与行为日期的行业和场景,特别适合以下类型的客户:

适用前提:您的业务能够提供用户ID、事件日期(如订单日期、登录日期等行为发生日)和注册日期的数据;且业务上能区分用户是否在注册当天有行为(本工具仅统计注册当天有交易/行为的用户)。


二、算法介绍

2.1 核心概念

分组标签:注册

保留与偏移

用户范围

2.2 计算逻辑

步骤1:数据预处理

系统会对数据进行以下处理:

  1. 解析日期:将注册日期、事件日期字符串解析为日期对象
  2. 过滤无效数据:排除用户ID、注册日期、事件日期缺失或无效的记录
  3. 排除无效区间:排除事件日期早于注册日期的记录

步骤2:识别“注册当天有交易”的用户

对于每个用户:

  1. 检查是否存在事件日期 = 注册日期的记录
  2. 若存在,则标记该用户为“注册当天有交易”,纳入后续分析;否则排除

步骤3:计算偏移月 / 偏移天

步骤4:构建留存矩阵

步骤5:平均保留趋势图

按偏移月汇总:对各偏移月,求所有 cohort 的保留用户数均值(或保留率),生成“平均保留趋势”曲线。

步骤6:结果展示

  1. 用户生命周期保留趋势(自然月):按注册月份分组,展示各偏移月份的用户保留人数;仅统计注册当天有交易的用户
  2. 用户生命周期保留趋势(自然日):按注册日期分组,展示各偏移天数(0~30天)的用户保留人数;仅统计注册当天有交易的用户,最近30行
  3. 平均保留趋势:各偏移月的平均保留人数/保留率曲线

2.3 数据过滤规则


三、使用说明和注意事项

3.1 数据准备

必需字段

在导入数据前,请确保您的数据文件包含以下三个字段:

  1. 用户ID (user_id)
    • 说明:唯一标识用户的字段(用户ID或手机号均可)
    • 格式要求:文本或数字均可
    • 示例:U0011234513800138000
  2. 事件日期 (event_date)
    • 说明:用户发生行为的日期(如订单日期、登录日期)
    • 格式要求:支持多种日期格式(如 YYYY-MM-DDYYYY/MM/DDMM/DD/YYYY 等)
    • 注意事项:系统会自动识别常见日期格式,建议使用标准日期格式以确保解析准确
  3. 注册日期 (register_date)
    • 说明:用户注册的日期(作为分组标签使用),格式如 2025-01-01 或 2025/1/1
    • 格式要求:与事件日期格式相同
    • 重要:此字段必须提供,缺失该字段的用户将被排除在分析之外;本工具仅以注册为分组依据,不使用首单等

数据格式要求

3.2 字段映射

上传数据后,系统会要求您将数据文件中的列映射到以下字段:

3.3 数据过滤(可选)

系统支持对事件日期进行过滤:

3.4 结果解读

指标说明

留存矩阵分析

趋势分析

3.5 注意事项

⚠️ 重要说明

  1. 分组标签仅为注册
    • 所有 cohort 按注册日期/注册月份划分,本工具不使用首单、首次付费等作为分组依据
    • 建议:确保“注册日期”字段准确反映用户注册时间,以便正确分组
  2. 仅统计注册当天有交易的用户
    • 系统只统计注册当天有至少一条事件记录的用户;注册当天无行为的用户会被排除
    • 若用户注册当天没有行为,即使后续有留存,也不会被计入分析
    • 建议:确保事件日期与注册日期的口径一致(如均为订单日或均为登录日),且数据中能区分“注册当日是否有行为”
  3. 事件日期与注册日期
    • 事件日期早于注册日期的记录会被排除
    • 建议:上传前检查数据完整性,确保注册日期、事件日期格式正确且逻辑合理
  4. 自然日表与自然月表范围
    • 自然日表仅展示最近 30 个注册日、0~30 天的偏移;自然月表偏移月最多 12 个月
    • 更长期的趋势可结合平均保留趋势图及业务需求综合判断

💡 使用建议

  1. 数据质量检查
    • 上传前检查数据完整性,确保用户ID、注册日期、事件日期字段无缺失
    • 验证日期格式是否正确,避免日期解析错误
    • 确保注册日期与事件日期的逻辑关系正确(事件日期不应早于注册日期)
  2. 分析时间范围
    • 建议包含足够的历史数据(至少数月),以便观察不同注册时期的留存表现
    • 若数据量较大,可先过滤到最近1~2年,再视需要放宽范围
  3. 结果验证
    • 对比不同注册时期的留存矩阵,识别异常波动
    • 结合业务活动时间,分析保留率变化的原因
    • 验证“仅统计注册当天有交易”的规则是否符合业务预期
  4. 策略优化
    • 若某偏移月后保留率明显下降,可加强该阶段的用户触达或权益设计
    • 若不同注册时期的留存差异大,可评估获客渠道与运营策略的差异,优化拉新与留存投入

3.6 常见问题

Q1:为什么我的数据中有些用户没有被统计?

A:可能的原因包括:

Q2:为什么必须“注册当天有交易”?

A:便于定义清晰的 cohort 起点,避免把“注册但从未产生行为”的用户混入,影响留存口径的一致性。仅统计注册当天有行为的用户,可确保各 cohort 在同一个起点上对比留存表现。

Q3:“保留”是怎么定义的?

A:在某个偏移日或偏移月内,只要该用户有至少一条事件记录,即视为在该日/月被保留。同一用户在同一偏移日/月内有多条记录也只计一次。

Q4:自然日表为什么只显示 0~30 天?

A:聚焦注册后首月留存,并控制矩阵规模,便于查看。更长期的趋势可参考自然月表与平均保留趋势图。

Q5:本工具是否使用“首单”作为分组依据?

A:不使用。本工具仅以注册日期/注册月份作为分组标签,不依赖首单、首次消费等行为。所有 cohort 均按注册划分。

Q6:如何提高用户生命周期留存?

A:建议从以下几方面入手:


四、总结

用户生命周期留存分析计算器通过按注册分组的留存矩阵与平均保留趋势,帮助您分析用户生命周期留存。本工具仅以注册为分组标签,仅统计注册当天有交易的用户,便于跨 cohort 对比。正确使用该工具,可以:

如有任何疑问或需要技术支持,请联系系统管理员。