Lantide Data

← 返回學習中心

introduction

讀時間： 約 8 分鐘 · 角色： 業務 / 運營 · 下一步： 依下方閱讀路徑逐篇深入，或請分析師以 Project .lantide（可批註 Plan）或 HTML Report（週會閱讀）分享分析成果。

你可能已經遇過這個場景

週五運營在群裡說「大促轉化率 12%」，週一業務追問：「分母是下單還是付款？取消單算不算？」分析師翻聊天紀錄——只有摘要，沒有一份你親眼確認過的口徑文件。

你不是要學 SQL，也不是要替分析師按 Approve & Execute（核准 Plan 並正式開跑取數的按鈕）。你需要的是：在數字對外之前，能在 Plan 上說清楚「我同意這樣算」；在 Report 出來之後，能判斷「這個數能不能拿去開會」。

Lantide Data 是什麼（業務 / 運營視角）

一句話：分析師用的本機分析工具，但口徑與結論寫在可批註的 Plan / Report 裡——不是困在 AI 聊天氣泡或 Slack 截圖裡。

分析師使用 Lantide 內建 Agent 或受控的外部 Agent，不改變你的驗收方式：你審的是同一套 Plan、Report、limitations 與可追溯證據，不是外部聊天裡的完成宣告。

你熟悉的 Lantide 的做法
在群裡點頭「就這樣算」 在 Plan 上批註，改動綁定原文
週會念分析師口頭摘要 附 Report 或 HTML Report（含數字與 limitations）
「AI 說是 12%」 追問 Plan 裡的分母、stage 定義
催「先出個數」 Execute 前先對齊口徑；正式數字來自已 Execute 的 Report

Plan = 這次分析要怎麼算（口徑契約）。
Execute = 分析師（或指定負責人）按下去，代表「這版 Plan 可以正式取數」——你不該替分析師按，除非你就是分析負責人。
Report = 帶具體數字與限制說明的交付物，可 HTML 匯出附在週會。

你在流程裡做什麼

sequenceDiagram
    participant Biz as 業務或運營
    participant Analyst as 分析師
    participant Agent as Agent

    Analyst->>Agent: 探索並草擬 Plan
    Analyst-->>Biz: 請審 Plan
    Biz->>Analyst: 在 Plan 上批註口徑
    Analyst->>Agent: Resolve 修訂
    Note over Analyst,Agent: Execute 前不正式取數
    Analyst->>Agent: 按 Execute
    Agent-->>Analyst: 產出 Report
    Analyst-->>Biz: 交付 Report
    Biz->>Biz: 週會引用或決策
    Note over Analyst,Biz: 可再產 HTML Report 附會議

你最該參與的時點：

  1. Plan 審閱（Execute 前） — 確認分母、時間窗、漏斗 stage 是否符合業務理解
  2. Report 驗收（Execute 後） — 數字是否回答你的問題；limitations 是否誠實
  3. （可選）HTML 報告 — Report 內容 OK 後，你可 自己 Generate（有專案權限時）或請分析師產出；再 Open / Export 供週會（見 Report 轉 HTML）

若你只是被請來「聽結果」，至少讀 Report 的 stage 定義 與 limitations 兩段。

與 PM、分析師的分工

角色 你關心什麼
分析師 寫 Plan、按 Execute、產 Report
PM / 決策者 要不要推工具、試點怎麼跑、團隊規範
你（業務 / 運營） 這版口徑對不對、這個數能不能拿去開會；可選：自己或請分析師產 HTML 週會版

若你同時是 PM，兩條路徑都可讀；若你只是被拉來審數，從本篇 + 入門 2 篇就夠開始。

可能不適合你單獨深入的情況

建議閱讀路徑（入門 → 實踐 → 進階）

入門：建立心智模型（約 12 分鐘）

# 文章 概述 狀態
1 為什麼要在 Plan 上簽名，而不是在 Slack 點頭 口頭共識為何漏改；批註綁定原文 已有
2 Quick 探索與正式數字 哪些數字不能進週會或財務 已有

實踐：對齊日常工作（約 26 分鐘）

# 文章 概述 狀態
3 怎麼審 Plan（不用懂 SQL） 分母、時間窗、stage、假設清單 已有
4 怎麼驗收 Report 數字、limitations、何時要求重跑 已有
5 把 Report 變成 HTML 報告 原則、自己 Generate 或請分析師、匯出與微調 已有
6 批註 Plan：該寫什麼、別做什麼 具體改口徑 vs 空泛催數 已有
— 跟做 請分析師分享專案：批註 Plan + 讀 Report + 開啟或匯出一版 HTML 已有

進階：與其他工具分工（約 12 分鐘）

# 文章 概述 狀態
7 與 BI 看板、週會簡報的分工 adhoc 簽核 vs 日常監控 已有
8 常見反模式 口頭改口徑、催 Execute、Quick 截圖開會 已有

設計深度（選讀）

資源 何時讀
USER_GUIDE §2.5–2.7 想對照產品裡 Plan / Report 長什麼樣
USER_GUIDE §10 HTML 產出、匯出、微調逐步操作
PM：品質底線 團隊想訂「可開會數字」的統一標準

試用檢查清單

  • 讀完本篇 + 入門 2 篇
  • 請分析師打開一個專案，帶你看一版 Planning 狀態的 Plan
  • 在 Plan Visual 模式選一段文字，留一條批註（例如改分母定義）
  • 讀一版已 Executed 的 Report，確認有具體數字與 limitations
  • （可選）Report 驗收後：自己 Generate 或請分析師產 HTML，Open 檢查 limitations 後 Export 備週會
  • 確認你沒有、也不需替分析師按 Execute
  • （若使用外部 Agent）請分析師展示受影響 artifacts 與 External MCP Activity，而不只轉貼外部聊天摘要

其他角色

下一篇: 為什麼要在 Plan 上簽名，而不是在 Slack 點頭 →