讀時間： 約 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 漏斗實操
- 分析師引言