五步法概览
@@PROTECT0@@@@PROTECT1@@@@PROTECT2@@
目标不是「全員 Day 1 上线」,而是 用一个真实小專案證明 Plan → Execute → Report 比聊天交付更省心。
Step 1:选一个对的试点
好试点特徵:
- 最近 口徑爭議过 或 被追問过 的 KPI
- 资料在 本地 CSV / Excel 或已有輕量連线
- 分析師 1–2 周内 能交付一版 Report
- PM 能参与 至少一次 Plan 批註
避免: 第一次就用最复杂的数倉模型、或无关痛癢的 demo 表——demo 只能教按鈕,教不了「为什麼要 Execute」。
Step 2:跑通一轮(驗收标准)
请分析師(或你旁聽)完成:
- 建專案、聚焦
- 自然语言需求 → Plan
- 你留一條 Plan 批註,確认 Agent 只改被点段落
- 分析師 Execute(你確认 Agent 沒偷跑)
- 产出 Report:有数字 + limitations
- (可选)HTML 匯出,试著附在 mock 周会
对照 产品经理引言 · 导入试用 与 USER_GUIDE §2。
试点成功讯号: 周会上爭論从「AI 說的」变成「Plan 第三段分母定義」。
若试点包含外部 Agent
把权限扩張拆成可驗收的三步:
- 第一次或低信任評估:Observe,只確认它看得到正確 workspace 与 artifacts,且不影響内建 Agent。
- 正式分析:Single workspace + Execute,把资料邊界锁定后,再依同一套 Plan → Approve & Execute → Report 驗收。
- 可信任的環境管理才用 Admin,完成后回看 artifacts、External MCP Activity 与 audit。
Create connection 畫面目前预设 All workspaces + Admin;这只是 UI 预设,不是试点建議。平台设定与撤銷演練交給平台启用角色,見 外部 Agent Integration。
Step 3:訂三條團隊规範
建議最小集(可从 品質底线 裁剪):
- 对外数字必須來自 Executed Report
- Execute 前 Plan 必有人審(角色可指定)
- Quick 结果标「非正式」
写进 wiki,不要只口頭說。
Step 4:扩角色
| 階段 | 誰进來 | 做什麼 | 转发閱读 |
|---|---|---|---|
| 试点 | 分析 + PM | 跑通一个專案 | 分析師引言 · PM 引言 |
| 第二波 | 业务 / 运營 | 批註 Plan、读 Report | 业务与运營入门 · Quick vs 正式数字 |
| 穩定后 | 工程 | 资料源、外部 Agent、連线与备份(若需要) | 平台启用引言 · 外部 Agent Integration |
PM 在此階段主要 擋两種 rush:
- 跳 Plan 要 Report
- 全員同时开 Memory 不審 Apply
Step 5:沉澱与邊界
试点结束后決策:
- 哪些口徑 Apply 到 Project Knowledge
- 哪些指标沉澱进 BI(Lantide 做 adhoc,BI 做监控)
- 哪些場景仍用 Quick 即可
沒有「全部遷移」的必答题——只有 哪條工作流被驗證更省爭議。