移动开发中的分析和指标：定义、关键指标及使用方法

关键指标：DAU、Retention、LTV、ARPU

DAU、WAU、MAU

DAU（日活跃用户） — 一天内与应用互动的独立用户数量。WAU — 周活跃，MAU — 月活跃。这些指标显示受众规模。Sticky Factor = DAU/MAU 反映应用的「粘性」：>50% — 优秀，20–50% — 正常，<20% — 应用无法留住用户。

留存率（Retention Rate）

Retention（留存率） — 安装后N天返回应用的用户百分比。关键节点：D1（第1天）、D7（第7天）、D30（第30天）。移动应用的正常值：D1 — 30–40%，D7 — 10–20%，D30 — 5–10%。流失率（Churn Rate）是相反的指标（离开用户的百分比）。留存率是产品质量的主要指标。如果留存率低，吸引新用户就没有意义。

LTV和ARPU

LTV（用户生命周期价值） — 一个用户在其应用生命周期内的预计收入。LTV = ARPU × 平均生命周期。ARPU（每用户平均收入） — 每用户的平均收入。ARPDAU（每日活跃用户平均收入） — 每活跃用户每天的收入。为了应用的盈利，LTV必须至少是CPI（每次安装成本）的3倍。这些指标对于盈利和流量购买至关重要。

转化率（Conversion Rate）

转化率（Conversion Rate） — 完成目标操作（购买、注册、订阅）的用户百分比。CTR（点击率） — 点击广告横幅或按钮的百分比。会话时长和会话间隔（Session Length & Session Interval） — 平均会话时长和会话间隔。短而频繁的会话（即时通讯、社交网络） vs 长而稀少的会话（视频、教育）。

分析工具：Firebase、Amplitude、Mixpanel

Firebase Analytics（Google）

Firebase Analytics — Google提供的免费工具，用于收集事件、受众和报告。优点：免费（事件无限制）、与Google Ads和BigQuery集成、自动事件收集（first_open、in_app_purchase、session_start）。Firebase Analytics是入门和基础分析的最佳选择。对于深度数据分析，请使用BigQuery。

Amplitude

Amplitude — 以用户行为为中心的产品分析平台。漏斗分析（Funnel Analysis）、群组分析（Cohort Analysis）、留存分析（Retention Analysis）和行为路径。免费套餐 — 每月最多1000万事件。Amplitude适用于高级产品分析。

Mixpanel

Mixpanel — 与Amplitude类似，专注于事件和属性。免费套餐 — 每月最多2000万事件（功能有限制）。在IT Sectr，我们使用Firebase Analytics进行基础分析（安装、购买、崩溃），使用Amplitude进行产品分析和A/B测试。

事件分析：Event Tracking、Funnels、Cohorts

事件跟踪（Event Tracking） — 记录用户在应用中的操作：点击、浏览、购买。每个事件都有名称（event_name）和参数（event_params）。Firebase标准事件：screen_view、select_content、add_to_cart、purchase。自定义事件：level_up、share_photo、filter_applied。

漏斗（Funnels） — 导致目标（如完成引导或购买产品）的事件序列。漏斗分析（Funnel Analysis）显示用户在哪个步骤流失。典型漏斗：安装（Install）→ 注册（Sign Up）→ 加入购物车（Add to Cart）→ 购买（Purchase）。如果在注册（Sign Up）环节流失，问题出在注册流程。

群组（Cohorts） — 按共同特征（安装日期、国家、流量来源）分组的用户群体。群组分析（Cohort Analysis）可以比较不同群体的行为：按月安装应用的用户对比二月安装用户的每日留存。用户属性（User Properties） — 用户的附加属性（订阅、等级、国家）。

崩溃报告：Crashlytics、Sentry

Firebase Crashlytics — 跟踪移动应用中错误和崩溃的主要工具。Crashlytics在每次崩溃时收集堆栈跟踪、日志和设备数据。优点：免费、与Firebase Analytics自动集成、崩溃分组和优先级排序（影响大多数用户的崩溃）。

Sentry — Crashlytics的替代方案，扩展支持Flutter、React Native和其他跨平台框架。Sentry不仅收集崩溃，还收集性能问题（慢事务）。与Git集成（Sentry → issue → commit）。在IT Sectr，我们使用Crashlytics作为主要工具，使用Sentry处理Flutter和React Native项目。

非致命错误（Non-Fatal Errors） — 不会导致崩溃但会破坏应用逻辑的错误（请求失败、try-catch中的空指针）。记录这些错误也很重要，以全面了解应用的稳定性。

A/B测试与实验

A/B测试 — 比较屏幕或功能的两个版本（A — 控制组，B — 变量组）以根据目标指标选择更好版本的方法。在移动开发中，A/B测试通过Firebase Remote Config或Amplitude Experiment进行。测试最短持续时间 — 7天（以考虑星期几的影响）。

A/A测试 — 两个版本相同的测试。用于验证统计工具的正确性。多变量测试（MVT） — 同时测试多个更改。例：新屏幕设计 + 新按钮文本（4种组合）。MVT需要更多流量。

统计显著性（p值 < 0.05） — 决策的最低阈值。样本量取决于预期效果：要实现5%的改进，每组需要约1000名用户。在IT Sectr，我们在开发的每个阶段都进行A/B测试 — 这系统地将指标提高了10–15%。

Firebase Remote Config — 无需发布新版本即可远程更改应用参数的工具。用于A/B测试、逐步功能推出、启用/禁用功能。Remote Config支持按受众进行个性化设置。