自動化前先列哪些例外？流程異常分類與人工處理表

整理流程自動化前的正常輸入、異常分類、人工介入、重試規則、處理角色與桌上演練，協助團隊定義安全續跑條件。

流程自動化前，先把主流程之外的路徑攤開，才知道什麼能安全續跑、什麼必須停下來交人判斷。本文以一條待整理流程為範圍，從正常輸入建立基準，再分類資料缺漏、條件不符、暫時故障與結果不明等狀況，逐一指定重試、人工介入、負責角色及回到主流程的條件。你可以先用一個表單或單次交接案例開始；以下假設的詢價流程純粹用來示範欄位寫法，不代表實際客戶案例或特定系統功能。目標是讓接手者只看流程表和紀錄，就能判斷下一步並知道何時恢復處理。

記錄正常輸入情境

自動化要處理例外，先得說清楚「正常」長什麼樣。選定一條流程，從事件起點寫到完成，不要把整間公司的作業一次包進來。以假設的詢價表單為例：客戶送出姓名、至少一種可回覆的聯絡方式、需求內容；系統收到資料後建立待跟進紀錄，再通知負責人。把觸發來源、必要欄位、允許的格式、資料建立位置、通知對象和完成條件逐項記下，並標示哪些值可以空白、哪些必須由人補齊。接著列出正常範圍，例如同一表單一次送出、聯絡方式能辨識、需求文字可供分派；把常見但仍屬正常的變化也納入，像是客戶只留電話、需求欄位使用不同寫法，或非上班時間送件。判斷基準要能由紀錄核對，不能只寫「資料正確」或「通知成功」；應說明以什麼欄位、狀態或回執確認。若流程會讀寫多套系統，逐段標記資料交接點和副作用，說明哪一步建立紀錄、哪一步寄信或改變狀態。最後找流程實際承辦人核對一筆去識別化樣本，確認文字涵蓋例行工作和必經例外；沒有樣本時可用明確標示的假設資料演練，不能把假設寫成既有客戶經驗。

可把正常路徑寫成「收到→檢查→建立→通知→確認」，每個箭頭都對應一個可觀察結果。假設客戶只留電話，若規則允許電話作為聯絡方式，就照常建檔並記錄採用欄位；若電話格式無法辨識，轉入資料待確認，不要自行猜號碼。把來源提供的原文與後續整理值分開保存，日後才分得出是輸入差異還是轉換錯誤。如果涉及多個入口，也逐一說明哪個入口能套用同一規則，避免把例外混進正常基準。

列出例外類型

正常路徑固定後，按「資料問題、商業條件、技術故障、結果不確定、權限或風險」分類；每一類都要連到可觀察的訊號、停止點和下一位處理者。同一個「失敗」可能有不同責任：聯絡資料缺漏需要補件，條件不符需要走人工審核，服務暫時不可用才可能重試；若結果不確定，先查是否已完成副作用，不能直接再送一次。以下以假設的詢價表單流程示範分類與處理方式，表中條件只是可供團隊採用的範例，實際判準須依自己的流程定義。

先分清可自動補救和必須停下來的情況；如果無法從紀錄辨別，就先歸在結果不明，由人查證，而不是強迫套進技術錯誤。把分類名稱寫得讓第一線看得懂，避免只用系統代碼。

分類時可先訂一個判斷順序：先檢查權限和可能的外部副作用，再確認結果是否已寫入，接著辨認資料或商業條件問題，最後才評估暫時故障。這個順序能避免「逾時」遮住其實已建立資料的事實。若一個事件符合多類，主分類選擇會影響下一步的那一類，其他觀察記在備註；每類再寫明由何種證據解除，例如補齊欄位、核對紀錄、取得授權或服務恢復。

設定人工介入條件

設定人工介入條件時，先問「哪個決定需要人的判斷」和「自動化再往下做會造成什麼影響」。欄位可由來源重讀或依明確格式修正時，系統可以提出待確認資料；涉及身分不明、重複紀錄、金額或承諾內容有歧義、客訴或疑似未授權操作，就應停在不會擴大影響的步驟，交由指定人員處理。條件要寫成可辨識的規則，例如缺少流程要求的聯絡欄位、比對結果出現多筆候選、通知已送出但紀錄尚未建立，而不是寫「重要案件人工處理」。也要說明介入後可做哪些動作：補資料、合併重複項、改分派、確認已完成、標記不得重試，或要求原提交者重送；每個動作都要留下操作者、時間、判斷依據及前後狀態。

對無法判斷的案例，設定暫停和升級路徑，不能讓流程一直掛起卻沒有人收到訊息。介入完成後，只有在必要欄位完整、責任人確認處理結果、下一步不會重複建立或通知時，才允許回主流程；若資料不能安全修正，就維持停止並留下原因。先用桌上演練確認觸發文字能讓不同承辦者做出一致選擇，再將規則放入流程說明。

例如桌上演練假設，同一聯絡方式對應多筆既有紀錄時，先由承辦人比對可用欄位，再決定沿用哪筆或維持待查；自動化不應只因名稱相同就合併。若人工選擇造成通知、指派或狀態變更，記錄完成後的結果，並只把「已確認可續辦」傳回流程。設好明確的暫停期限由內部流程自行管理，逾期提醒不等於自動放行。例如涉及外部聯絡時，先確認內容已由權責角色核准，再通知；不得用「送出成功」取代核准完成。

區分可重試故障

重試用來恢復可能自行消失的故障，不是替每種失敗多按幾次。適合評估重試的情況包括短暫連線中斷、暫時無法取得服務回覆，或已確認沒有寫入但傳送失敗；先確認操作可重複執行，或具備可辨認同一筆工作的識別方式，避免重送造成重複建檔、寄信或扣款。格式錯誤、缺少必要資料、條件不符、權限拒絕通常不會因等待而變好，應修正資料或交人處理。每條重試規則要記錄觸發錯誤、次數上限、間隔方式、停止條件和耗盡後的去向；數值由流程負責人依服務特性訂定，不能照抄別人的設定。若回應逾時而結果未知，先查目標系統的紀錄或回執，確認未完成再重送；查不到就轉人工核對。成功回覆也不能只看傳送端訊息，要核對預期副作用是否存在，例如紀錄是否建立、通知是否發出。

人工排除問題後，回主流程前重驗必要欄位和前置條件，只從安全的節點續跑；不確定起點就不要從頭重播整條流程。把「重試中」「等待人工」「可安全續跑」等狀態分清楚，並留下每次嘗試的結果，後續才知道規則是否合適。

例如假設的表單流程在連線中斷後沒有收到回覆，先以提交識別碼到紀錄端查詢；查到詢價資料已存在，就補查通知狀態，不再建立第二筆。若確認資料未寫入，且重送不會觸發其他副作用，才依設定次數和間隔重試；仍失敗就送交維運人員。這個例子把「可重試」限定在證據支持的狀態，團隊需先確認識別碼在各段是否一致可查。流程紀錄宜保留原始錯誤與每次處理結果，才能區分重試有效、重試無效或因查證而取消。

指定例外處理人

例外處理人要按「誰能判斷、誰能修正、誰能核准」分派，不宜只寫一個部門名稱。表單缺欄可交給掌握原始資料的人補查；重複客戶資料由能比對既有紀錄的人確認；系統連線問題交給負責整合或維運的人排查；涉及授權、個資疑慮或可能造成外部承諾的案件，應交給有權決定的主管。每種例外至少標出主責角色、備援角色、可採取動作、不可自行決定的界線，以及需要提供的證據。交接內容包含原始事件識別碼、發生時間、已完成步驟、錯誤訊息或畫面、重試次數、已確認的副作用和待回答問題，並避免把不必要的敏感資料散落在訊息通知。

若第一位處理者不在，依事先約定轉給備援；超過團隊自行設定的等待時間仍無人接手，就通知流程負責人並維持暫停，不要私自略過。處理者完成後回填結論與依據，讓自動化只接收明確的結果，不必猜測自由文字。對跨部門的例外，先指定一位協調者負責追蹤，其他人回覆所需證據；同一案件仍保留單一狀態和紀錄，避免平行處理互相覆寫。

用假設的表單案例檢查通知是否夠用：資料缺漏交給能聯絡提交者的承辦人，建立狀態不明交給能查紀錄的人，服務連線異常交給維運角色；每位收到案件時都能看懂目前停在哪一步。若維運人員只能診斷、不能核准資料合併，就由流程主管做最後決定。定期檢查備援名單是否仍適用，並確保通知只帶處理所需資訊，不把完整敏感內容貼進多人群組。角色名稱採團隊實際使用稱呼，並附上交接入口或班務管道，確保輪班者找得到。

先做桌上演練

上線前用桌上演練走過事件，不必先真的連接系統。找流程承辦人、例外處理人和能核准續跑的人，逐步讀一筆假設案件：表單缺少聯絡方式時停在哪裡、誰收到通知、補齊後如何確認；再換成連線逾時但目標端可能已建檔，要求團隊說出查核來源和重送條件。接著演練重複提交、權限不足、負責人不在，以及人工判斷仍無法確定的情況，確認每個分支都有停止點、主責者和紀錄方式。每次只改變一個條件，請參與者依表格獨立選擇下一步，再比較答案；若有人不同理解，就把規則改成可檢查的條件，不要只靠口頭補充。

用演練紀錄追蹤觸發訊號是否看得懂、交接資訊是否足夠、重試上限是否有明確值、續跑是否會重複副作用，以及人工完成後如何回到主流程。發現空白時先修訂流程表，再重走受影響的分支；不需要把所有理論情況都寫進去，先涵蓋會中斷處理或造成資料錯誤的例外。

主持人可準備不帶真實個資的情境卡，只揭露當下可取得的資訊，記錄團隊在哪個訊號停下、提出什麼查證，以及誰批准續跑。觀察者特別留意承辦人是否把「沒有錯誤回覆」誤當成功，或把「系統有紀錄」誤當整段已完成。演練結束後將答案和流程表逐項對照，標記缺少的負責角色、回執來源和取消重試條件，再決定修訂後是否需要重演。讓沒參與設計的人也試走一次，能更快發現規則只對作者自己清楚。下一步可和流程負責人挑一條常走的流程，填好異常分類表並安排一次桌上演練；更多資訊可從 ZhenheAI 官網 了解。