五步法概覽
1. 選場景 → 2. 跑通一輪 → 3. 訂規範 → 4. 擴角色 → 5. 決定是否沉澱 Memory / BI
目標不是「全員 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 驗收。（All workspaces + Execute 可用，但一次只綁一個 writer 工作區。）
- 可信任的環境管理才用 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 即可
沒有「全部遷移」的必答题——只有 哪條工作流被驗證更省爭議。