同期群：先定义谁在什么时候进入

同期群问的是一群在同一时刻进入的人，后来如何。进入事件是注册、首单还是首访，必须钉死。观察窗是周还是月，也必须钉死。问数先给出进入人数和仍活跃人数两个整数。

进入事件唯一

不要把注册和首单混成「新用户」。

观察窗对齐

第 1 周是进入后 0-6 天，还是下一个自然周。

活跃定义

登录还是支付。和月活字典保持一致。

一次完整的问法可以先写成下面这样：

2026 年 1 月首单用户，在 2 月是否再次支付。人数和再次支付人数。

落到语句上，草稿常常是：

WITH first_paid AS (
  SELECT user_id, MIN(pay_time) AS first_pay
  FROM orders
  WHERE pay_status = 'paid'
  GROUP BY user_id
  HAVING MIN(pay_time) >= DATE '2026-01-01'
     AND MIN(pay_time) < DATE '2026-02-01'
)
SELECT
  COUNT(*) AS cohort_users,
  COUNT(DISTINCT o.user_id) AS paid_in_feb
FROM first_paid f
LEFT JOIN orders o
  ON o.user_id = f.user_id
 AND o.pay_status = 'paid'
 AND o.pay_time >= DATE '2026-02-01'
 AND o.pay_time < DATE '2026-03-01';

同期群不是留存产品。它只是两个计数和一条进入定义。定义一漂，曲线就会唱歌。

场景是方法的试验场

零售、订单、漏斗、对账、活动、同期群、库存、内容、地域，题目不同，四拍不变。变的是时间列、粒度、状态机和空间字段。

订单是状态机，金额挂在某一态上。漏斗每一步都要写清分母。库存是时点，销售是期间，不能加在一起。地域至少有下单、收货、仓、门店、IP 五种，选错一种地图会说谎。

灰度从每天都问的那几句开始。无聊的句子才扛得住每天跑。新场景先写成卡片，再允许进日常。没有卡片的新词，先拒绝。

读完这一辑可以做什么

只选一个场景，做成三张卡片和三道金标准。不要同时开零售和财务。场景一多，口径会互相污染。

进入事件唯一。进入事件一漂，留存曲线就会唱歌。