这篇定義什麼叫「可以拿去开会的数字」
Lantide 不要求形式上的華麗管线;它要求 Report 内容站得住腳。作为 PM,你可以在 Execute 前用下面清单把关,Execute 后用同一标准驗收。
Execute 前:Plan 必審項
在分析師按 Execute 之前,Plan 里应能回答:
| 檢查項 | 問自己 |
|---|---|
| 目标 | 这份 Plan 要回答哪个決策問題? |
| 分母 | 转化率 / 率的分子分母各是什麼?取消、退款、重复用戶怎麼處理? |
| 粒度 | 按訂单还是按用戶?会不会 join fan-out? |
| 时间窗 | 起訖日期、时区、是否含 partial day? |
| Stage 定義(漏斗類) | 每一階段筛选條件是否业务可理解? |
| Checkpoint | 有沒有「先驗再往下」的 sanity check? |
任一項含糊 → 批註澄清,不要 Execute。Execute 后改口徑成本更高。
Execute 后:Report 驗收項
| 檢查項 | 合格长相 | 不合格长相 |
|---|---|---|
| 具体数字 | 「1,623 单,占 1.63%」 | 「某階段流失較嚴重」 |
| 定義可追溯 | stage / 分母在 Report 有写 | 只有结論沒有定義 |
| limitations | 明說资料缺什麼、假设是什麼 | 完全沒写限制 |
| 因果謹慎 | 区分相关与因果 | 直接写「A 导致 B」 |
漏斗類分析还应有 最大流失 stage 与 各 stage counts / rates(見 USER_GUIDE §2.7)。
什麼不是品質底线
以下 不能 代替上面内容:
- SQL 拆了很多步
- 有血緣图 / Source Run
- 对話很长、Agent 看起來很忙
- 产了 HTML 報告但数字空洞
这些可能是 加分,但不是「可以簽核」的最低标准。
團隊规範建議(可直接貼 wiki)
- 对外数字 必須來自 Executed 的 Plan 对应 Report
- Execute 前 PM 或指定 reviewer 批註过 Plan(小團隊可分析師自審 + 第二人 spot check)
- Quick 探索结果 预设 非正式,不得直接进財务或对外 PR
- Report limitations 必填;缺则退回修訂