工程師事故檢討：AI 雖然很厲害, 遇到系統都故障時, 還得有人介入

一、事情的輪廓

某個合作資格的審批流程卡住了。不是技術問題，不是帳號密碼錯誤，而是一個「資格狀態異常」，卻找不到一條清楚的路可以快速修復它。

我走了正常路：代理商說這屬於我跟上游之間的審核事務；上游支援走 Ticket 制；AI 助理給了十幾份看起來相關的文件，但沒有一份正好對上我現在的畫面。一個上午，就這樣過去了。

代價：這筆訂單需與協助同業分潤。從客戶服務連續性的角度，這是合理的取捨。

二、隱性危機：訂閱斷供，等於隔天全公司電腦集體罷工

在討論制度設計之前，有一件事必須先說清楚：這次事件的風險等級，遠比「服務流程不順暢」嚴重得多。

這個風險最可怕的地方，不是損失有多大，而是觸發門檻極低：

更關鍵的是：這件事不會提前警告你。沒有人會在前一天晚上收到通知，沒有系統會在斷供前跳出紅色警示。員工是在隔天早上開機的那一刻，才發現事情不對。

三、系統設計：找不到入口，不是使用者的問題

合作夥伴入口網站這幾年經歷多次修改與整併。每一次改版，舊文件繼續存在，新介面又有新名稱，不同帳號權限看到不同畫面。任何一個部分單獨看都有道理，但整體使用起來，像是在一棟沒有地圖的大樓裡找插座。

軟體與網頁做得好，本身就應該能引導使用者走過大多數流程，包括遇到障礙時的處置路徑。一個設計良好的系統，不需要使用者先讀懂整個組織架構，才能完成一件理論上很正常的事情。

AI 助理在這裡也幫不上忙——因為使用者描述的是「症狀」，系統需要的是「結構化狀態」。當系統複雜到連資深使用者都找不到入口，問題可能不是「使用者不夠熟悉」，而是資訊架構本身需要重新設計。

四、流程設計：繞路技巧，是制度失敗的體外記憶

系統因政策持續修改，這可以理解。但節省成本砍掉第一線人力，會引發一個隱性的知識流失問題。

每一次系統改版，都會有人先踩到坑。第一個踩到的，是最貴的那個——花最多時間、造成最大的客戶損失。但後面的人，會從這個「前人的慘案」中累積出繞路技巧，例如：請狀態正常的同業代為下單，或請企業管理者帳號斷開 CSP 連結變成自行續約……這些都是代理商內勤人員在連續事件後沉澱出來的實戰經驗。

五、權益維護：查核制度的三重矛盾

資格查核本身沒有問題——為了合規，這是必要的。但這套查核機制的設計，同時存在三個矛盾：

六、風險控管：預警機制——資料都在，選擇不串

一個合理的預警機制，邏輯非常簡單：

計算這個公式所需的三項資料，全部都在訂閱系統裡：客戶續約週期、內部審核時長、斷供時間點。

所以這不是「資訊不足無法預警」的問題，而是沒有人把這三個資料串起來，設計成一個對所有人都有利的機制。組織內部的資訊孤島，讓一個本來可以解決的問題，持續造成所有人的損失。

七、商業模型：把自己的執行誘因拿掉了

過去的寬限期機制，其實是一個設計得非常好的利益對齊結構：

這條價值鏈的每一個節點都有動機推動同一件事。只需要給一個月的寬限期，整條鏈自己就會動起來。取消寬限期之後：

八、備援措施：Man in the Loop，還是不能省

今天真正救我的，不是某一份文件，而是一個「狀態正常的人」。

同業不是比我更懂相關技術，他只是剛好具備正確資格、同一代理商、帳號狀態正常、能完成訂單——四個條件同時成立。他成了一個人工路由器，把原本斷掉的那條路繞了過去。

系統複雜到某個程度，人類協調者本身就是架構的一部分。AI 可以幫你讀懂文件，卻不等於它知道這個組織的路怎麼走。自己的備援網絡，也是服務架構的一部分——平常要建立，不能等出事才找。

九、市場結構：當轉換成本成為懈怠的保護傘

企業用戶一旦深度整合某個生態系——文書、通訊、身分驗證、裝置管理全部綁在一起——遷移成本會高到讓「離開」這個選項在短期內幾乎不存在。

這個現實，對系統設計有一個很直接的影響：改良的外部壓力，幾乎為零。

但護城河是雙面的。

高轉換成本保護了市場地位，卻也讓信任債慢慢累積。當 AI-native 協作工具逐漸成熟、遷移工具持續降低切換門檻，第一批離開的往往不是被價格推走的，而是被長期累積的不滿推走的。

補記：感謝每一個在這條鏈上伸出手的人

事情最終圓滿完成了。企業客戶的訂閱權益沒有受損，這是最重要的結果。對於整條鏈上每一個願意幫忙的人，我心存感激。

代理商內勤在最後關頭給出了關鍵的聯絡人資訊，協助這件事順利接上；伸出援手的同業在時間壓力下趕工配合，明天到期、今天必須完成，這個辛苦我們完全理解。因此在款項支付與利潤分配上，我們的態度很清楚：全力配合對方的條件與要求，不能讓救火的人沒有利潤，這是做人的基本，也是維持業界互信關係的根本。

這裡有幾個「眉角」，沒有跑過一次不見得會清楚，記錄下來供自己日後參考：

給 SMB 業主：本地服務商的價值，在平常看不見的那條線

這次事件讓我想到一件值得跟 SMB 業主或主管說清楚的事：

選擇 IT 產品或服務時，我們常常比較規格、比較價格、比較品牌知名度。但有一件事很少被放進評估裡：出事的時候，你打給誰？那個人接得到你嗎？

以 ASUSTOR、QNAP、Synology、Draytek、ZYXEL 為例：授權經銷商有直通原廠技術部門的管道。遇到嚴重問題，可以越過一般客服層級，直接進入技術支援核心。這個管道，終端使用者自己是沒有的——不是因為你不重要，而是原廠的支援架構本來就是這樣設計的。

各種原廠產品的設計邏輯、系統架構、緊急處置程序，在嚴重狀況發生時，需要的不只是「有人接電話」，而是「接電話的人知道下一步怎麼走」。這個知識與門路的組合，是本地服務商真正的價值所在。

十二、事後，我給自己的幾個問題

今天不是解決了一個帳號問題。是重新檢查了一次自己的服務架構。