读时间： 約 6 分钟 · 系列： 业务与运營实踐 · 上一步： 怎麼審 Plan · 下一步： Report 转 HTML
Report 出來了，你要看什麼
Execute 完成后，分析師会交付 Report。你的任务不是挑 SQL 语法，而是判断：这份 Report 能不能支持你要做的決策、有沒有誠实說明限制。
驗收四項
| 檢查項 | 合格长相 | 不合格长相 |
|---|---|---|
| 具体数字 | 「1,623 单，占 1.63%」 | 「某階段流失較嚴重」 |
| 定義可追溯 | stage / 分母在 Report 有写 | 只有结論、沒有定義 |
| limitations | 明說资料缺什麼、假设是什麼 | 完全沒写限制 |
| 因果謹慎 | 区分相关与因果 | 直接写「A 导致 B」 |
漏斗類分析还应有 最大流失 stage 与 各 stage counts / rates（見 USER_GUIDE §2.7）。
用 Compare view 对照 Plan（建議）
驗收 Report 时，可将同專案 Plan 开入 Compare view，与主视窗 Report 并列对照口徑与数字。Compare view 内批註唯读，但可 View changes 檢视已 Resolve 批註的修改对照。操作見 USER_GUIDE §11.10 与 分析師：Plan 流程。
若 Report 由外部 Agent 協作产生，最低驗收仍是同一份已核准 Plan、正式 SQL evidence、具体数字与 limitations。请分析師再用 External MCP Activity 說明哪些 artifacts 被修改；外部聊天中的「已完成」不能取代这些證据。需要了解連线与 Activity 邊界时，读 外部 Agent Integration。
limitations 怎麼读
limitations（限制与注意事項）不是推卸責任，而是告訴你 这个数不能拿來做什麼。常見内容：
- 资料未含退款、部分渠道延遲入庫
- 樣本期太短、活動期与平日不可比
- 相关性分析，不能当因果结論
若 limitations 与你的決策風險相衝（例如你要对外宣称 GMV，但 Report 写未扣退款），应 退回要求新 Plan 重跑，而不是只改 Report 措辭。
批註 Report vs 要求重跑
| 情况 | 建議做法 |
|---|---|
| 用詞、排版、補充业务背景 | 在 Report 上批註，请 Agent 修訂措辭 |
| 口徑錯了（分母、stage、时间窗） | 新 Plan，重新 Execute |
| 数字缺关鍵维度（例如沒按渠道拆） | 新 Plan 或同專案 follow-up Plan |
你现在可以做的一件事
打开最近一版 Report，先找 limitations 段落：若沒有或过于空泛，批註请分析師補上「资料未涵蓋什麼、假设是什麼」。