读时间： 約 5 分钟 · 系列： 业务与运營实踐 · 上一步： Report 转 HTML · 下一步： 与 BI 看板分工
好批註 vs 坏批註
| 坏批註 | 好批註 |
|---|---|
| 「再算一下」 | 「分母改为 paid orders，排除 status=cancelled」 |
| 「数字不对」 | 「时间窗应为 5/20–6/20，不含预熱期」 |
| 「跟上次不一樣」 | 「stage2 应为已付款，不是已建单」 |
| 「快点 Execute」 | 「上述三点確认后再 Execute」 |
批註要 可執行：分析師或 Agent 读完知道改 Plan 的哪一句、改成什麼。
怎麼操作（概要）
- 打开專案中的 Plan，切到 Visual 模式
- 选取 要改的句子或表格
- 点批註，写下修改意見
- 分析師 Resolve 后，Agent 只改被批註段落
Resolve 之后：
- 已處理批註可用 View changes 对照修改前后（Popover 或长文对話框）
- 確认无需再追蹤的批註可 Archive，保持右側面板可读（history 仍保留）
- 若你大幅改过正文、批註出现 錨点失效，需由分析師 Re-anchor（重新反白原文）——业务方通常只留批註、不自行 Re-anchor
完整步驟見 USER_GUIDE §11.7。
你不該做的两件事
- 替分析師按 Execute 卻沒親自读 Plan — 問責仍会回到分析負責人
- 要求跳过 Plan 直接要 Report — 短期快，长期口徑糾紛成本更高
若时间只夠 Quick 探索，请分析師明確标註 非正式数字，不要拿进簽核流程。
与 Slack、会議的分工
- 会議：对齊決策与优先級
- Plan 批註：把決議写进口徑契約
- Slack：通知「Plan 已更新，请再看第三段」— 但 不能代替 Plan 上的批註
你现在可以做的一件事
練习一條批註模板：「请将 [原文摘要] 改为 [你的定義]，原因：[业务背景一句]。」下次審 Plan 直接套用。
下一步
- 与 BI 看板、周会簡報的分工
- PM：跨角色協作（PM 视角）
- 业务与运營引言