讀時間： 約 6 分鐘 · 系列： 業務與運營實踐 · 上一步： Quick 探索與正式數字 · 下一步： 怎麼驗收 Report
你不需要讀 SQL，但要讀「口徑」
分析師請你審 Plan 時，重點不是看懂 JOIN，而是確認：這次分析要回答你的哪個問題、數字打算怎麼定義。合格的 Plan 應能用業務語言回答下面清單。
Execute 前：六項檢查
| 檢查項 | 問自己 | 不合格長相 |
|---|---|---|
| 目標 | 這份 Plan 要支援哪個決策？ | 只有「做個漏斗」沒有決策問題 |
| 分母 | 轉化率的分子、分母各是什麼？取消 / 退款怎麼處理？ | 「活躍用戶」沒定義 |
| 粒度 | 按訂單還是按用戶？ | 沒寫，容易重複計算 |
| 時間窗 | 起訖日期、是否含活動預熱期？ | 只寫「大促期間」 |
| Stage 定義（漏斗） | 每一階段用什麼條件篩選？ | 「下單」「付款」混在一起 |
| Checkpoint | 有沒有先驗資料合理性的步驟？ | 直接算最終率 |
任一項含糊 → 在 Plan 上批註，不要 催分析師先 Execute。Execute 代表「這版口徑可以正式取數」。
產品裡的範例欄位見 USER_GUIDE §2.5。草擬階段 Agent 也可能先問你一兩題口徑（一次一題、附建議答案）再請你審 Plan——這是正常對齊，不是卡關；你仍應用上表做最終確認。
怎麼讀一份 Plan（建議順序）
- 先看 分析目標 — 是否對應你提的需求
- 再看 stage / 分母 / 時間窗 — 是否符合業務理解
- 最後掃 步驟概要 — 不必懂 SQL，只看邏輯順序是否合理（例如先驗 NULL 再算率）
- 有疑問 → 選文字批註，不要只在口頭說
什麼時候不該催 Execute
- Plan 還在 Planning，口徑你還沒點頭
- 你剛在會議上改了定義，Plan 尚未 Resolve
- 分析師說還在探索欄位 — 那是 Quick 或探索階段，不是催正式出數的時候
你現在可以做的一件事
打開分析師分享的最新 Plan，用上表逐項打勾；任一項打叉就留一條批註，寫清楚你要的定義（例如「分母改為 paid orders，排除取消單」）。