新用户不再回来，先查哪一步？

回访人数下降，先检查人群、分母和观察窗口，再决定调查哪一步。下面的虚构案例中，注册到激活从40%降至25%，回访人数从16降到10；但按已激活用户计算，观察回访比例同为40%。同一组人数支持先查首次任务，却不能证明后续留存没有变化。

读完可以带走一份问题陈述和下一项取证清单。先看计数，再在文中切换分母；已有两期人数时，可一次粘贴表格复算。As is / To be 帮助说清差距，AARRR 帮助定位调查入口。

本文是原创模拟案例，数据用于练习，不代表 BizThinkFrame 或真实企业的表现。所有用户均已完成七天观察窗口。

把人数放回同一批用户中

假设你维护一个线上排课工具。激活定义为“注册后七天内创建一份课表并邀请至少一名成员”；回访定义为“完成激活后，仍在注册后的七天窗口内，另一天再次编辑课表”。这是本练习的操作定义，不是通用的留存口径。

“回访从 16 人降至 10 人”是事实。但这组数还不能回答，用户是否在完成首次体验后更不愿意回来。

按注册用户计算，回访比例从 16% 降到 10%；按已激活用户计算，两个队列都是 40%。同时，注册到激活的比例从 40% 降到 25%。因此，当前更值得优先调查的是首次完成任务的过程。

这个判断只是定位调查入口。样本不大，两个队列的渠道、设备和客户类型也可能不同。激活时间越晚，观察回访的剩余时间越短；如要严谨比较后续留存，还应给每名用户完整的激活后观察期。

回访窗口还要对上任务周期

本例的七天定义只描述一种观察方式。假如用户每月才排下一期课，完成课表后一周不再编辑，可能只是还没有新的排课任务；每天调整课程的用户则可能有更频繁的使用机会。不能给这两类任务套上同一个回访目标。

评价自己的工具时，先确认首次产物能否实际使用、下一次任务何时发生，再观察有了新任务的用户是否继续使用、改用其他方式或无法完成。本文没有这些记录，不能从两组回访人数推出持续需求。调查清单应补上任务周期与下一次使用机会；比较后续使用时，再按该任务确定完整观察窗口。

点击图示可放大查看

新用户诊断：计数与调查记录

性质：本文虚构队列，非实际业务结果。

A: 注册 100; 激活 40; 回访 16
激活/注册: 40%; 回访/注册: 16%; 回访/激活: 40%

B: 注册 100; 激活 25; 回访 10
激活/注册: 25%; 回访/注册: 10%; 回访/激活: 40%

口径、观察窗口与调查安排：

每名用户完成注册后七天观察；激活后回访仍在同一注册窗口内。激活较晚者可供回访的时间较短。

待核查：渠道/设备构成、激活时点、首次产物可用性、任务周期与下一次使用机会。

计数只描述观察，不自动确认留存未变、问题原因或改进效果。

下一项取证、负责人和复查时间：待实际填写。

用 As is / To be 写出具体差距

先写现状，再写希望恢复的状态，并说明目标从哪里来。

40% 来自历史队列，不是行业标准，也不是必须承诺达到的业绩。这个框架的作用，是让团队讨论同一个问题，避免一个人在谈获客，另一个人在谈用户长期价值。

“七天激活比例提高 15 个百分点”与“提高 15%”含义不同。相对 25% 的现状，达到 40% 对应 60% 的相对增幅。为了避免混淆，这里直接使用百分点。

借 AARRR 找位置 再决定如何追原因

AARRR 提供获取、激活、留存、收入和推荐几个观察角度。本例有获取、激活和一次回访的记录，没有收入与推荐信息。空缺的部分应写“尚无资料”，不需要为了凑全图而编数。

下一步可把 75 名未激活用户按实际事件记录区分：没有开始建课表、开始但未完成、完成课表但未邀请。每人归入截至观察窗口结束时的一个状态，避免重复计数。

如果发现大量用户卡在同一个报错，再对那个具体事件做原因分析。如果问题分散在几个环节，就先用逻辑树组织调查分支。此时，选择框架依据的是资料呈现的结构。

不要从“多数人没有邀请”直接推到“邀请按钮不明显”。用户可能独自排课，也可能先试用后决定是否邀请。操作记录能说明做了什么，访谈与验证才帮助解释为什么。

带着一个问题进入工具

可以将下面几项替换为自己的信息，再用 As is / To be 整理：

现状：谁在什么时间内完成了什么，人数和分母是多少。

理想：期望达到什么，目标依据是什么。

差距：使用同一口径计算的差异。

任务周期：下一次何时需要排课，是否已有记录支持。

待调查：目前还不知道哪些环节和原因。

阅读 AARRR 时，再检查你手中的数据覆盖哪些阶段。先完成一份边界清楚的问题陈述，再决定要补日志、做访谈还是开展试验。

有了问题范围和实际事件记录，可继续读 5 Whys 与逻辑树：多个可能环节先展开分支，有证据的具体事件再追问原因。交给下一步的是记录与未知项；延迟订单是另一份模拟案例，不能替代这里尚未取得的用户日志。

练习材料：两个队列的原始计数。

在投入开发前界定本轮改动

调查需要共同范围时，可用 课题设定表单 写明现状证据、拟定目标、差距、包含工作与约束，区分指标差异和原因假设。指南的团队级案例独立于本文；其中30%基线与40%目标不能替换本文两个用户队列。

要决定一项产品改动是否值得推进时，可用 产品策划书 连接用户问题、最小方案、预期价值、验证、投入与风险。在承诺开发前先确认原型验收与退出条件。受控审稿链接也是独立案例：工作室访谈不是激活率测量，工期估计不等于批准的排期，请求试点不等于已批准。

调查有了依据并形成改进建议后，可用 SMART 目标 明确目标值和复盘时间。历史比较值不等于已承诺目标，每个批次都需要完整观察窗口。指南使用另一组团队级虚构案例，数字不是本文两个用户批次的结果。

把材料交给AI复核时，可连同人数、操作定义、观察窗口和未知项一起提供，请它检查分母是否一致、结论是否超出记录，并列出待补证据。完整日志、任务周期和个人材料仍由你核对，不能让它替未知分支编数。