14 天 AI 自動化試點清單

0. 先確認這條流程值得做

• 這件事每週至少發生 2 次
• 現在有人在手動整理、轉格式、催回覆、抄資料或追狀態
• 流程有明確輸入與輸出
• 有一個人可以當 review owner
• 失敗時有人工 fallback

1. 選第一條流程

請用一句話寫清楚：
當 [trigger] 發生時，[owner] 把 [input] 變成 [output]，再由 [reviewer] 檢查 [acceptance]。

適合先做的流程

• 表單 / email 進件後，整理成任務或表格
• 會議後，把摘要、待辦、負責人分發出去
• 客戶 / 內部請求進來後，先分類、補欄位、分派
• 每週固定報表整理與通知

先不要做的流程

• 每次做法都不同
• 沒有 reviewer
• 一錯就會直接造成客訴 / 合規風險
• 連成功標準都說不清楚

2. Day 1-2：流程定義

• 寫出 trigger 是什麼
• 寫出 input 來自哪裡
• 寫出 output 要去哪裡
• 指定 review owner
• 寫出 3 條不能犯的錯
• 寫出 fallback：出錯時誰接手、怎麼接手

3. Day 3-5：Make 串起骨架

• 接 trigger
• 做基本欄位整理
• 做通知 / 分派
• 所有中間狀態留痕
• 失敗時會通知到人

4. Day 6-10：讓 Agent 接一段認知工作

優先選這種：
- 摘要
- 分類
- 轉格式
- 回覆草稿
- 缺漏欄位檢查

不要一開始就讓 Agent：
- 直接對外發送
- 直接做最終決策
- 在沒有 review 的情況下覆蓋正式資料

5. Day 11-14：驗證 KPI

至少看這 3 個：
- 每週節省多少手動時間
- 錯誤 / 遺漏有沒有下降
- 交付節奏有沒有更穩

6. 過關標準

符合 2 項以上才擴：
- 每週省 2-3 小時以上
- 人工追蹤次數明顯下降
- reviewer 滿意度提升
- 錯誤沒有因自動化放大

7. 沒過關怎麼辦

• 把 Agent 負責範圍縮小
• 加回人工審核節點
• 改做更穩定的上一游 / 下一游步驟
• 如果流程本身就不穩，先停，不要硬自動化