读时间： 約 5 分钟 · 系列： 产品经理入门 · 下一步： vs Chat / BI
这篇帮你做什麼
協助你在 推工具給團隊之前 快速判断：Lantide 解的是不是你們的痛点，以及誰会是第一批受益者。
适合的團隊与場景
1. 口徑会被反覆追問
財务、运營、业务对同一 KPI 有不同理解；周会上常出现「这个数怎麼算的？」若答案在聊天紀录或某人的 notebook 里，Lantide 的 Plan + SQL + Report 能让追問有落点。
2. 资料主要在本地檔案或輕量連线
CSV / Excel / Parquet 资料夾、或 ATTACH 掛載的 PostgreSQL / MySQL 等——不必先上云数倉也能开始。适合中小團隊、活動復盤、adhoc 專案。
3. 希望 AI 加速，但人要保留控制
你接受 Agent 探索与起草，但要求 Execute 只能人按、Plan 可批註、正式交付可簽核。这是「可治理的 Agent 分析」，不是全自動黑盒。
4. 小團隊把 Plan 当规格、Report 当交付
沒有獨立 data platform 團隊，分析師兼任取数与講故事；需要 一份文件 同时給執行与匯報用。
不太适合的場景
| 情况 | 为什麼 |
|---|---|
| 只要一次性图表、永远不追口徑 | 通用聊天 BI 可能更輕量、快速 |
| 企图在应用中实现企业級 ETL 調度与排程 | Lantide 是 本機分析 IDE，不是調度平台 |
| 期望 Agent 全自動出報告、无人審 | 与 Execute 在人、Plan 必審的设計相反 |
| 團隊拒絕 SQL 作为口徑契約 | 产品核心假设是 SQL-first |
| 仅需偶发 NL2SQL 一問一答 | 大材小用；除非未來会长成多步分析 |
「不适合」不代表永远不能用——而是 第一批试点 应选更对齊的場景，成功率更高。
依團隊规模看
| 规模 | 典型用法 |
|---|---|
| 1–3 人分析 | 分析師自管 Plan / Execute；PM 偶爾批註 Plan |
| 分析 + PM + 业务 | PM / 业务批註 Plan；Execute 前分析師確认；Report 附周会 |
| 有工程支援 | 工程接 MCP / 連线、@@PROTECT0@@ 遷移 — 見 平台启用（数据工程）引言；PM / 分析用 Learn + USER_GUIDE onboarding |
Lantide 不要求專職「Agent 管理員」；治理來自 流程（Execute、Queued Knowledge），不是額外職位。
试点是否值得：三个讯号
- 最近三个月内，至少有一次 KPI 爭議无法指向 SQL 或文件
- 分析師願意 用 Plan 写口徑（或願意被流程推著写）
- 決策者願意 在 Execute 前花 15 分钟審 Plan，而不是只要「快出数」
三條中两條以上为真，值得安排一轮 USER_GUIDE §2 demo 或真实小專案试点。