PHASE 01 · 導入前
問題盤點與標準定義
先理解營運現況、資料條件與真正要改善的判斷，再決定 AI 應該放在哪裡。
- 現況、流程、資料與限制盤點
- 題目優先順序與切入範圍
- 可驗證的完成標準
- 雙方責任與前置條件
完整導入路徑
三個階段，共用同一套問題與標準
前一階段做出的判斷，會直接成為後一階段的範圍與驗收依據，避免顧問、開發與驗收各自使用不同語言。
PHASE 02 · 實作中
原型、系統實作與整合
把概念接進真實資料、權限與操作流程，處理會讓 Demo 與正式系統產生差距的細節。
- 操作原型與流程確認
- AI、資料與既有系統整合
- 權限、例外與人工確認機制
- 部署方式與系統文件
PHASE 03 · 上線前
先找出它怎麼失效，再決定能不能上
在事先定義的條件下，主動製造大量同時操作、外部服務沒有回應、資料重複送出或上游系統中斷等壓力與異常。確認系統在什麼條件下失效、影響範圍到哪裡，以及是否會連帶影響其他流程。目的不是證明系統沒有問題，而是在還來得及處理時先看見問題。
- 正常、異常與邊界情境
- 負載、穩定性與風險確認
- 驗收結果與未解風險清單
- 操作、維運與交接文件
系統如何接進企業
AI 不單獨運作，而是接在資料、判斷與責任之間
實際架構會依資料敏感度、錯誤成本與責任邊界決定。需要人工確認的地方就保留確認點，需要留下依據的地方就把操作與結果一起記錄。
INPUT
企業資料
文件與規則
既有流程
AI 判斷應用示意
找出需要補資料、改走人工，或可進入下一步的判斷。
建議附上來源、條件與信心依據
CHECKPOINT
人工確認
依資料敏感度、錯誤成本與責任邊界決定是否放行。
SYSTEM
既有系統
ERP、CRM、工單、通知或現場設備，不必為了 AI 全部重做。
驗收依據與操作紀錄
輸入、判斷、人工決定與系統結果都保留可追溯的上下文
合作流程
先確認值不值得做，再決定怎麼做
第一次接觸不需要先準備完整規格。只要能說明現在的問題、資料與限制，我們就能從現況開始。
- STEP 01
初談
說明現況、正在考慮的題目，以及目前最不確定的地方。
- STEP 02
盤點
確認流程、資料、系統與內部決策條件，整理可行的切入點。
- STEP 03
定義
把範圍、責任、完成標準與交付物寫清楚，再決定是否開案。
- STEP 04
執行與驗收
依確認的節點實作、整合、驗證並完成維運交接。