文章目錄
先選一項你能向另一個人說清楚輸入、規則及預期結果的工作。反覆出現有助於評估,但頻率並不足夠。如果流程依賴未說明的判斷,把這些判斷藏進自動化,可能令管理更困難。
第一步可以只完成一個小而有用的結果:準備記錄、分派請求,或提醒負責人。在規則及檢查方式清楚之前,把有重要後果的決定留給具名負責人。
快速判斷
選擇起步時的自動化程度
| 工作特點 | 合適的起點 | 必要控制 |
|---|---|---|
| 輸入穩定,規則清楚且可重複 | 自動化一個範圍明確的步驟 | 輸入驗證及可見結果 |
| 準備工作清楚,最後需要判斷 | 自動準備,保留審批 | 具名審批人及拒絕後的處理 |
| 例外頻繁,或規則經常改變 | 先統一流程 | 書面規則及例外樣本 |
| 對外操作難以撤回 | 初期由人執行最後一步 | 檢查、確認及復原方案 |
左右捲動,查看完整比較。
比較整項工作,包括返工
觀察一個正常工作週,記錄每個候選流程的頻率、處理時間、例外,以及出錯後要做甚麼。比較減少的工作與新增的審查、維護。偶爾才做的工作可能保留人工更容易;頻繁工作也可能不適合自動化,因為每次都需要不同判斷。
- 能否指出哪個事件會啟動工作?
- 所需輸入是否取得到,格式是否一致?
- 能否不靠猜測就描述成功及失敗?
- 誰負責例外及規則變更?
連接工具前,先寫出例外處理
列出缺少欄位、重複事件、服務不可用,以及不符合規則的請求。逐一決定應停止、等待、重試,還是送到人工審查清單。Microsoft 的 Power Automate 指南涵蓋失敗處理路徑、暫時性錯誤的重試,以及錯誤記錄。即使使用其他平台,也應評估這些設計要求。
在後果重要的步驟保留審批
假設例子,並非客戶項目:查詢表單建立客戶記錄草稿並建議負責人。對不明確的資料,由人先審查,再決定是否向客戶發送訊息。Microsoft 的審批流程文件展示了如何把審查設為明確步驟。需要決定誰審批、看哪些資料,以及拒絕或一直未回覆時怎樣處理。「已送審」不能被當成「已批准」。
像測試成功一樣,認真測試失敗
測試正常輸入、資料缺漏、重複事件、連接中斷及審批逾時。要求在接收系統中看到最終結果。如果重試可能重複發訊息或建立記錄,就要定義並測試如何避免重複。啟用對外操作前,先使用測試資料及人工審查階段。寫清楚如何暫停流程,以及怎樣繼續處理未完成的工作。
把運作管理納入範圍
必須有人接收可處理的失敗通知、檢查等待中的項目、維護系統連接及批准規則變更。保留能串連輸入、操作與結果的記錄,讓負責人可以調查問題。定義人工後備流程,以及工作最多可以等多久。沒有運作負責人的流程,還未適合無人看管地執行。
從一個流程及明確驗收開始
準備流程圖、具代表性的測試輸入、例外規則、需要連接的系統及負責人。要求範圍涵蓋設定、審批、記錄、失敗處理及交接。Chronicle 按確認的自動化範圍以美元(USD)報價;訂閱及維護費用應另行列明。如果規則仍有爭議,先記錄並簡化人工流程,待重複工作穩定到可以測試,再決定是否自動化。
決定之前
決策檢查清單
- 從穩定、範圍明確的一步開始。
- 寫清楚重複、失敗及審批未回覆的處理。
- 驗證接收系統的結果,而不只看啟動事件。
- 指定負責人,並保留人工後備流程。
資料來源及延伸閱讀
下一步
工作流程自動化
如果這是適合你的方向,可以先釐清範圍、測試方式及交接安排。
