📦 Cohort Analysis Builder — 群体分析构建器

cohort-analysis-builder 构建能够经受住审查的队列分析。大多数在董事会演示中呈现的队列图都是错误的——队列定义不良、期间会计漂移、幸存者偏差或比较不同年龄的队列。本技能指导队列定义、构建分析、验证和正确解释保留形状。工作顺序始终是：定义 → 查询 → 验证 → 解释。跳过验证是“看起来好”与“实际对业务有益”之间的差异。何时触发当用户询问：对于队列分析：“构建队列”、“保留队列”、“M1 保留”、“M3 / M6 / M12”、“每周队列”、“每月队列”关于保留形状：“这是正常的？”、“微笑曲线”、“第 4 周的悬崖”、“保留率平坦化”对于特定工具：SQL 队列查询、Mode / Looker / Tableau 队列、Amplitude / Mixpanel / Heap 队列、Excel / Google Sheets 队列关于队列比较：“付费用户是否比免费用户保留得更好？”、“v2 与 v1 相比如何？”、“地理队列”、“渠道队列”对于 NRR / GRR 分析：“按队列计算的净收入保留率”、“扩张队列”、“按队列计算的标志保留率”对于投资者/董事会准备：“投资者想要 M12 保留率”、“QofE 队列审查”、“尽职调查队列问题”不要为以下情况触发：纯粹的流失预测 ML 模型（不同技能）、客户细分分析（不同——使用 customer-segmentation-coach）或仅计算 LTV（相关但不同的）。首先定义队列——这是工作的一半大多数分析错误发生在定义步骤。队列轴：什么将队列联系在一起不同的产品需要不同的队列定义：注册队列：所有在期间 X 注册的用户。最常见；适用于顶级漏斗评估。风险：注册不是激活；许多注册用户从未使用过产品。激活队列：所有在期间 X 完成“激活事件”（例如，第一次保存、第一次邀请、第一次购买）的用户。对于产品主导的产品更好；与“真正”的使用情况一致。第一次购买队列：所有在期间 X 进行第一次付费交易的用户。对于付费 SaaS / 订阅 / 电子商务最好。第一次付费月队列：所有在期间 X 收到第一份付费发票的客户。对于 SaaS 产品（免费试用后付费转换）是标准的。功能采用队列：所有在期间 X 首次使用功能 F 的用户。用于功能特定的保留分析。地理/细分队列：所有来自期间 X 的细分 S 的客户。与上述任意一种结合。默认：对于 SaaS，使用第一次付费月队列（与投资者/董事会/财务框架匹配）。对于产品分析，使用激活队列（与实际用户行为匹配）。时间粒度：如何划分队列每日队列：仅适用于非常高容量的消费品（>1K 注册/天），其中每日粒度的噪音平均值每周队列：消费品和 PLG SaaS 早期的标准每月队列：B2B SaaS 和大多数订阅产品的标准季度队列：适用于企业/合同业务，客户以季节波浪形式到来不要在一个图表中混合粒度。如果您有每周队列，但只有 8 周的数据，那就是一个 12 周图表，而不是“每月保留率”。保留期粒度 —— 与队列粒度不同您可以有每月队列，以每周保留粒度测量（W1、W2、W3...）。队列轴（队列如何形成）和保留轴（测量频率）是独立的决策。对于具有每月计费的 SaaS：每月队列 × 每月保留测量（M1、M2、M3、...）= 标准。对于消费者应用程序：每周队列 × 每日保留测量（D1、D7、D14、D30）= 标准。保留事件：什么是“保留”的含义标志保留：客户仍在付费。最容易衡量。忽略了扩张/收缩。收入保留：来自队列 N 的时间 T 的美元/来自队列 N 的时间 0 的美元。捕获了扩张+流失+收缩。净收入保留（NRR）：队列中的客户，当前收入/原始收入。包括升级、流失、收缩。总收入保留（GRR）：队列中的客户，当前收入/原始收入，每个客户上限为 100%（不计算升级）。衡量流失/收缩。活动保留：用户在第 N 周执行了操作 X？用于消费品/参与度指标。每用户收入保留：每个队列的 ARPU 演变。选择一个并坚持使用它。不要在分析中途切换。如果受众需要同时查看 NRR 和 GRR，请分别构建两个队列表并一起呈现。构建队列表 —— SQL 模式经典的队列保留 SQL：-- 步骤 1：定义队列分配WITH cohort_assignment AS ( SELECT customer_id, DATE_TRUNC('month', first_paid_date) AS cohort_month, first_paid_revenue FROM customers WHERE first_paid_date IS NOT NULL ), -- 步骤 2：定义每月活动/付费状态mo