读时间： 約 5 分钟 · 系列： 分析師入门 · 下一步： Quick vs Project
周一追問，周五答不上來
周五你在 ChatGPT 里問完漏斗转化，对話结尾写著「整体转化率 12.3%」。周一 PM 問：「分母是下单用戶还是建单用戶？取消单算不算？」
你开始翻紀录——
- 对話摘要只說「已排除异常訂单」，沒写 WHERE 條件
- 截图是结果表，看不到 JOIN 是否 fan-out
- 沒有一份文件写清「这版口徑我簽过」
問題通常不是模型笨，而是分析沒有变成可審閱的 artifact：口徑在氣泡里、逻辑在腦袋里、交付在 Slack 里。
聊天缺的三樣東西
| 缺什麼 | 为什麼痛 | Lantide 怎麼補 |
|---|---|---|
| 契約 | 分母、粒度、时间窗口說不清 | Plan 写清目标、stage、checkpoint |
| 證据 | 无法重跑、无法 diff | SQL 分页保留取数逻辑；快取可「查看 SQL」 |
| 交付 | 周会只能念摘要 | Report 进專案，含数字、limitations，可 HTML 匯出 |
Lantide 不是禁止你用对話——Agent 就在右側面板。差別在：将正式结論与分析契約落在 Plan / SQL / Report 上，对話是協作通道，不是唯一存檔處。
为什麼要这麼做？
沒有 AI 参与分析时，这些「契約」都在你的腦海与查詢記录中；但 AI 包办了多数的「杂活」时，将契約从对話中分離出來，对于分析的追溯与調整就成为必不可少的一環。
批註为什麼要綁在文件上
在 Slack 回「请把分母改成 paid users」，常发生：
- 口頭改了，Plan 沒改
- 改了 A 段，B 段口徑仍旧
- 三个月后沒人記得「当时說的是哪一版」
Lantide 的批註选取原文、綁在 Markdown 上。Resolve 后 Agent 只改被点段落，不是整份重写。共识跟文字走，不跟記憶走。
Planning 階段你可以來回修 Plan；在你按 Execute 之前，Agent 不会擅自开始正式取数——这是把「聊过」变成「核准过」的分界。
Quick 探索可以，正式交付要升級
不是每次問数都要开專案。欄位长什麼樣、试一个 WHERE、驗一个 join key → Quick Analysis 就夠：Agent 建 SQL 分页、跑结果、在对話解读。
但当分析要：
- 給主管或財务 簽核
- 跨周 追問口徑
- 同事 接手重跑
就該 聚焦專案，走 Plan → 批註 → Execute → Report。詳見 Quick vs Project。
你可以这樣自檢
- 若这个数字六个月后被追問，我能指到 哪段 SQL、哪份 Plan、哪份 Report 嗎？
- 若 PM 改口徑，改動会留在 文件 diff 里，还是淹沒在聊天里？
- 我现在是在 探索，还是在做 要交付的分析？后者应在專案模式。
下一步
- Quick Analysis 与 Project Analysis — 两種模式怎麼选
- Plan → 批註 → Execute → Report — 專案分析各階段你做什麼
- 跟做 USER_GUIDE §2 — orders 漏斗实操
- 分析師引言