協助中小企業導入 AI 時，最常聽到的一句話是：「我們有 SOP 啊，資料夾裡一整套。」打開來看，通常是給新人看的教學文件——寫著「確認發票內容無誤後送交主管簽核」。人看得懂，因為人知道「無誤」是什麼意思、知道主管是誰、知道哪些狀況要例外處理。但 AI 不知道，這份 SOP 沒辦法直接交給 AI Agent 執行。
為什麼現有的 SOP，AI 通常讀不懂？
問題不在格式，而在「省略」。傳統 SOP 是寫給已經在公司工作的人看的，作者會自動假設讀者具備一整套背景知識：知道系統在哪裡登入、知道哪個欄位不能空白、知道遇到金額對不上要先找誰。這些沒有寫下來的部分，正好是 AI 執行時最會卡住的地方。常見的三種缺口：
- 模糊的判斷詞：「合理」「無誤」「大致相符」——沒有數字或條件，AI 無法判定。
- 隱形的資料來源：只寫「查詢訂單」，沒寫從哪個系統、用什麼欄位查、拿到什麼格式。
- 沒有寫下來的例外：實務上一週會遇到兩三次的特殊狀況，老員工靠經驗處理，文件裡一個字都沒有。
什麼樣的 SOP 才算「AI 就緒」？
判斷標準很直接：把這份文件交給一個完全沒做過這份工作的人，他能不能只靠文件、不問任何人，把整件事做完？如果可以，AI Agent 通常也能。要達到這個標準，一份 SOP 至少要具備四個要件：
- 明確的觸發條件：這個流程什麼時候啟動？是收到特定信件、每天早上九點，還是系統出現某個狀態？寫成一句可以被程式判斷的條件。
- 結構化的輸入與輸出：每一步要拿到什麼資料（來源系統、欄位、格式），要產出什麼結果（檔案、欄位、寫回哪裡）。
- 可判定的決策規則：把「金額合理」改寫成「與採購單金額差異在 1% 或 100 元以內」。每個 if 都要有明確的 then。
- 例外處理與交接點：遇到規則之外的狀況怎麼辦？哪些情況 AI 直接處理、哪些必須停下來轉交給人？這是最容易被漏掉、也最關鍵的一段。
怎麼把現有流程寫成 AI 就緒的 SOP？
我們實際的做法分成四步，順序不能顛倒：
第一步，訪談第一線執行者，而不是看舊文件。真正的流程活在做事的人腦子裡，不在資料夾裡。請他從頭到尾做一次給你看，並且在每個動作停下來問：這一步你在看什麼？你怎麼決定下一步？上次出錯是什麼情況？
第二步，用 ECRS 精簡。把流程攤開後，先問：這一步能不能取消（Eliminate）？能不能和別步合併（Combine）？順序能不能重排（Rearrange）？做法能不能簡化（Simplify）？很多流程步驟是為了配合早就不存在的舊限制而存在的。沒有這一步，你只是把混亂搬進 AI 裡跑得更快。
第三步，標記 AI 候選點。精簡後的流程裡，哪些步驟規則明確、重複性高、輸入輸出穩定？這些是 AI 最適合接手的。哪些需要對外協商、承擔責任或處理模糊資訊？這些留給人。標記清楚，導入時才不會範圍失控。
第四步，文件化成可執行藍圖。把上面的成果寫成前述四要件齊備的 SOP。這份文件同時是給人看的作業標準，也是後續在 Dify、n8n 或 Camunda 上實作的規格書——工程端不需要再回頭猜業務邏輯。
這樣做要花多少時間？
以一個中等複雜度的流程（例如請款單初核、客訴分類轉單）來說，訪談加梳理大約一到兩週，文件化再一週。聽起來不快，但這段投入換回來的是：導入時不用一邊做一邊改需求、AI 上線後的錯誤率可控、人員異動時流程不會跟著離職。
更務實的一點是：就算你最後決定暫時不導入 AI，這份 SOP 本身對公司仍然有價值。它不會白做。
從哪個流程開始比較好？
建議先挑一個「痛感明確、範圍清楚、不跨太多部門」的流程當起點，例如財會的單據初核、人資的到職文件收集、業務的報價單產出。做完一個完整的循環，團隊會對「AI 能做什麼、不能做什麼」形成共識，後面的流程就會快很多。