用例证据路径
Product analytics for retention：从实施到决策
完整的 product analytics for retention 测量循环连接一个拥有的工作流程、一个有界事件契约、一个受控装置和一个有人可以采取行动的问题。
- 1
设定边界
定义产品的激活时刻。
- 2
捕捉结果
Begin with onboarding_step_completed, first_meaningful_action_completed, feature_used and document the grain of each event.
- 3
证明行数
构建用于激活、每周活跃团队、采用和升级意图的仪表板。
- 4
做出决定
哪个第一个行动最能预测保留的团队？
用例与模板
选择要衡量的内容
使用用例指南来选择结果、事件边界和分析问题。当您准备好接受较短的复制粘贴实施简介时，请打开匹配的模板。
范围和邻近用例
选择此页面以获得正确的测量边界
- 使用此页面来解答行为激活、采用和返回使用问题。
- 当事实来源是订阅 MRR 变动和收入保留时，请使用 SaaS 收入分析。
- 当问题是事件合同是否新鲜、完整、类型化和重复数据删除时，请使用遥测数据质量。
代理提示
将其粘贴到您的编码代理中
更换 YOUR_API_KEY 注册后，然后要求智能体运行产品流程并验证第一个事件。
代理提示
Product analytics for retention 设置提示
text
Telemetry 仪器产品的使用和保留。
使用 /skill.md 和此 Telemetry API 密钥：YOUR_API_KEY
请添加结构化事件：
1. 注册、完成入职步骤、创建团队、首次成功集成以及首次有意义的产品操作。
2. feature_name、action、曲面、team_id、user_id、status、latency_ms 和 error_type 相关的核心功能使用。
3. 保留里程碑：第二个活跃日、第一个保存的仪表板、第一个共享工件、创建的第一个警报以及 7 天后的首次返回。
4. 扩展信号：邀请的队友、升级的计划意图、查看的计费页面、达到使用限制以及请求支持。
创建一个仪表板，用于显示激活率、每周活跃团队、功能采用、按首次操作保留的团队以及升级意图事件。设置步骤
- 1定义产品的激活时刻。
- 2要求客服人员记录入职情况、核心功能使用情况和返回事件。
- 3发送新帐户和返回帐户的测试事件。
- 4构建用于激活、每周活跃团队、采用和升级意图的仪表板。
要捕获的事件
onboarding_step_completedfirst_meaningful_action_completedfeature_useddashboard_savedteammate_invitedretention_milestone_reached
由此解锁的问题
- 哪个第一个行动最能预测保留的团队？
- 后来升级的账户采用了哪些功能？
- 入职会在哪些方面失去其他合格的用户？
事件模式示例
此工作流的事件模式
在将查询或代码片段适应生产之前，请检查行粒度、发出边界、所需类型、隐私类、示例有效负载和验证清单。
相关产品功能
继续此工作流程 仪表板
将经过验证的产品或收入查询转变为集中的决策界面。
相关 SQL 查询示例
更多 SQL 示例
针对此工作流程中的结构化字段运行查询，检查示例结果，并将有用的答案转换为仪表板或警报。
产品分析中级
使用 SQL 构建注册到激活渠道
新用户在达到第一个价值之前会离开哪里？
打开查询示例产品分析高级
计算每周群组保留率
每个注册群体在第一周到第十二周内返回的百分比是多少？
打开查询示例产品分析高级
计算 DAU、WAU 和产品粘性
平均每天返回的每周活跃用户比例是多少？
打开查询示例产品分析高级
测量激活时间
新用户需要多长时间才能采取第一个有意义的行动？
打开查询示例产品分析高级
查找升级前使用的功能
账户升级前最常采用哪些功能？
打开查询示例产品分析高级
比较实验转化和收入提升
实验是否提高了每个指定参与者的转化率和收入？
打开查询示例产品分析中级
按会话衡量产品旅程下降情况
会话从登陆页面到第一个查询的路径在哪里？
打开查询示例API 可靠性入门
比较功能推出错误率
功能标志的推出是否不如其对照群体可靠？
打开查询示例客户案例
相关客户案例
下一步
创建您的智能体将使用的 API 密钥
免费计划足以运行提示、发送测试事件和查看第一个仪表板。
相关页面