读时间： 約 6 分钟 · 系列： 产品经理实踐 · 上一步： vs Chat / BI · 下一步： 品質底线
你是业务 / 运營？
若你的工作是 審 Plan、驗 Report、周会拍板（不是評估要不要推工具），请读 业务与运營引言——本篇从 PM / 採用決策 视角說明協作。
各角色在流程里做什麼
@@PROTECT0@@@@PROTECT1@@@@PROTECT2@@
PM 不需要 自己写 SQL 或按 Execute（除非你就是分析師）。PM 需要 在 Plan / Report 上留下可追蹤的共识。
PM 最該参与的两个时点
1. Plan 審閱（Execute 前）
这是 口徑簽核 的窗口。你应確认：
- 分析目标是否对应你的決策問題
- 分母、时间窗、stage 定義 是否符合业务理解
- 有沒有「预设了但我們从沒同意过」的假设
怎麼做： 在 Plan Visual 模式 选文字 → 批註。不要只在 Slack 說「改一下分母」——口頭容易漏改。分析師 Resolve 后，双方可用 View changes 確认改動；已處理批註可 Archive 保持 Plan 面板整潔。
不要： 在 Plan 还在 Planning 时催「先出数」；Execute 前催只会把風險推到 Report。
2. Report 驗收（Execute 后）
看 数字是否回答你的問題，以及 limitations 是否誠实（例如未含退款、樣本期偏短）。
可批註修措辭、補充 context；若口徑錯誤层級，应 新 Plan 重跑，而不是只改 Report 文字。
Execute 为什麼必須「看得見是誰按的」
Execute = 人類明確授权：「这版 Plan 我（們）认可，可以正式取数。」
- Agent 不能 在 Planning 或聊天里代替这个動作
- 按鈕在 Plan 工具列，不在 AI 对話里藏指令
- 周会問責时，可以問：誰在什麼 Plan 版本上按了 Execute
这不是不信任 AI——是区分 探索 与 正式对外数字。
和 Slack / 会議的分工
| 渠道 | 适合 |
|---|---|
| Slack / 会議 | 提需求、排优先級、討論決策 |
| Plan 批註 | 口徑修改、假设確认 |
| Report | 对外引用、HTML 匯出、周会附件 |
| Project @@PROTECT3@@ | 跨人交付可審閱的 Plan／Report／批註（共享分析脈絡与结果；不含 SQL 分页与资料檔） |
若分析師要把整个工作環境交給同事接續（含 SQL 分页、連线设定、可选对話），那是 Workspace 匯出——見 USER_GUIDE §11.1.0 或 平台：.lantide 匯出匯入。
反模式： 会議說定口徑，Plan 沒改；或 Plan 改了三版，Slack 还在引用第一版截图。
PM 不該做的两件事
- 替分析師按 Execute 卻沒读 Plan——問責仍会回到分析負責人
- 要求跳过 Plan 直接要 Report——短期快，长期口徑糾紛成本更高
若时间真的只夠 Quick 探索，明確标註「非正式数字」，不要拿进簽核流程。