# 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 負責範圍縮小
- 加回人工審核節點
- 改做更穩定的上一游 / 下一游步驟
- 如果流程本身就不穩，先停，不要硬自動化