為什麼你的自動化總是壞掉？三個沒人事先告訴你的前置條件

「上次那套系統用了兩個月就沒人用了。」

如果你也有過這種經驗，多半不是那套系統寫得爛。我們回頭檢討過自己與同業的失敗案例，發現壞掉的原因高度重複——而且幾乎都不是技術問題。

前置條件一：流程要先有人負責

自動化能做的是「把某個人的重複動作交給系統」。如果那件事本來就沒人負責，自動化只會製造出一個沒人看的通知。

真實案例的對照：

• ❌ 失敗的樣子：報修單自動進系統，但沒指定誰要處理 → 單子越積越多，最後大家回去用電話
• ✅ 有效的樣子：報修單自動派給當區負責人，超過 24 小時未處理自動提醒他主管 → 沒有人能默默忽略

差別不在系統，在於流程裡有沒有一個具名的人。

前置條件二：資料的源頭要唯一

第二個殺手是「同一份資料有三個版本」。價目表在業務的 Excel、在群組的圖片、在系統裡各存一份，時間一久必然不一致。

這時候自動化會做什麼？它會很有效率地把錯的資料散播到每個角落。

我們在一個建材產業的案子建知識庫時，比對了 45 個內部群組的對話，找出 3 組公司內部互相矛盾的收費數字——在出錯之前。這件事的價值不在技術，在於「終於有一個地方，說了算」。

所以我們的順序永遠是：先確定真相源在哪，再談自動化。

前置條件三：要留逃生出口

系統一定會壞。API 會斷、額度會用完、廠商會改規則。真正的問題不是「會不會壞」，而是壞的時候你知不知道。

這是我們自己踩過的坑：一個表單送出流程，前端顯示「已送出」，但後端其實沒收到——因為程式沒有去讀回應。客戶以為聯絡到我們了，我們什麼都沒收到。沉默的失敗比明顯的錯誤更貴。

現在我們的標準作法是：

• 每個自動流程都有失敗通知，出錯立刻寄信給負責人，附上原始資料
• 關鍵動作留人工補救的入口（例如手動補一筆）
• 不確定的地方寧可多通知一次，也不要靜默略過

檢查清單：導入前先問自己

在寫任何一行程式之前，這三題先回答：

1. 這個流程的負責人是誰？（答不出名字就先別做）
2. 這份資料的唯一版本在哪？（有兩份就先合併）
3. 系統壞掉的時候，誰會知道、怎麼補？（沒答案就先設計通知）

三題都有答案，自動化的成功率會高很多。三題都沒答案，先解決這三題，比買任何工具都划算。