設備報修自動派工與進度追蹤

🎯 這條流程解決什麼

設備報修最常見的混亂，是「報修管道太多、責任卻沒人接」。在沒有制度的公司裡，同事的螢幕壞了可能用 Line 私訊某個 IT、可能在茶水間口頭喊一聲、可能寄一封信給整個資訊群組、也可能直接走到座位旁邊拜託。結果就是工單散落在各個角落，誰負責、修到哪一步、到底修好了沒，全憑當事人的記憶。IT 一忙起來就漏單，同事那台壞掉的螢幕等了三天還沒人理，怨氣自然就上來了。

換算成實際成本，這種混亂其實很貴。一位 IT 人員每天光是「接收四面八方湧來的報修訊息、判斷該誰處理、口頭轉達、事後追問修好沒」，零零碎碎就要花掉一兩個小時，而且這些時間完全沒有累積成任何可用的數據。更糟的是缺乏 SLA（服務時效）概念，同一類故障這次三小時搞定、下次拖三天，沒有標準也沒人追究。年底主管想知道「IT 一年到底處理了多少報修、平均多久修好、哪類設備最常壞」，根本拿不出任何數字。

這條流程把報修徹底「集中化、自動派工」：同事只要填一張線上表單，系統就依設備類型與所在地點對照值班表自動指派工程師，開立帶編號的工單寫進總表，同時通知工程師接手、並回報報修人預計處理時間。逾時還沒動作會自動催辦，完修後請報修人確認才結案，每月還能統計各類故障數量與處理時效。IT 從「被到處呼叫的救火隊」，升級成有工單、有 SLA、有數據的服務台。

導入後的改變

導入前，報修是一團沒有形狀的雜訊：訊息散在私訊、口頭、信件之間，IT 靠記憶硬撐，漏單與重工是家常便飯，同事體驗差、IT 也累。每天光分單追單就吃掉一兩小時，而且全是無法累積的瞎忙。

導入後，所有報修統一從一張表單進來，自動派工省去人工判斷與轉達的時間，逾時催辦由系統代勞，IT 不必再記著「那件事追了沒」。粗估每天能省下約六到七成的分單追單工時，IT 得以把心力放回真正的維修與系統優化。同事端的體驗也明顯改善——送出表單立刻收到工單編號與預計處理時間，不再有「丟出去石沉大海」的焦慮，報修到完修的平均時間通常能縮短三到四成。最有價值的是月底自動產出的統計：哪類設備最常壞、平均修多久、哪些一直逾時，這些數據讓 IT 主管第一次能用事實向上爭取人力或汰換預算。

流程怎麼運作

第一步「報修收件」，同事在 Google Forms 送出報修表單後，系統擷取設備類型、故障描述、所在地點（樓層／部門）與聯絡人資訊。第二步「智慧派工」，依設備類型與所在樓層對照一份值班／專長對照表，自動指派最適合的工程師——例如網路問題派給網管、印表機問題派給總務窗口。第三步「開立工單」，產生唯一工單編號寫入 Google Sheets 總表，標記受理時間並依故障類型帶入預估處理時限（SLA）。第四步「雙向通知」，把工單內容透過 Slack 推給負責工程師，同時用 Email 回報報修人案件已受理及預計處理時間。第五步「進度追蹤」，系統監看工單狀態，逾時未處理自動再次催辦負責人與其主管，完修後請報修人確認滿意才結案，並把資料留存供每月統計各類故障與處理時效。

需要的工具與串接重點

平台用 n8n 或 Make。Google Forms 當報修入口，欄位設計要好填又夠用——設備類型、地點建議用下拉選單，避免同事自由輸入造成派工判斷困難。Google Sheets 同時是工單總表與值班對照表的家：一張分頁維護「設備類型＋樓層→負責人」的派工規則，一張分頁逐筆累積工單與狀態。Slack 推播給工程師、Email 回報給報修人，兩條通道分流確保各自收得到。串接重點有三：一是表單欄位要能對應到派工規則，否則自動指派會落空；二是工單編號要設計成可排序、可追溯的格式（如日期＋流水號）；三是逾時催辦的時間門檻要依故障輕重分級，不能所有案件都套同一個 SLA。更多表單派工的做法可到 /recipes 找食譜，整體導入規劃則可參考 /automation。

常見錯誤與注意事項

第一個常見錯誤是「派工規則太粗」，只分大類導致很多案件落到同一人身上，反而塞車；建議規則要細到能對應實際的人力分工。第二個是「逾時催辦變成疲勞轟炸」，門檻設太短會讓工程師一直被吵，反而失去催辦的效用。最需要留意的是涉及費用的環節：若工單牽涉外送維修報價、更換零件採購，這屬於有金流的動作，務必在「核准維修費用」前保留人工確認關卡，由 IT 主管或權責人核可後再執行，自動化只負責彙整資訊、不替公司做花錢決定。另外，報修若來自存有機敏資料的設備（如財務、人資專用機），維修前後的資料處理（拔硬碟、清資料、外送維修）都應依公司資安規範辦理，AI 不取代資安專業判斷。

台灣中小企業情境案例

桃園一家約一百二十人的中型貿易公司，過去報修全靠一位 IT 主管的個人 Line，他不在或請假時報修就整個斷掉。某次業務部一台桌機壞了，三個不同的人各自私訊報修，IT 以為是同一件事只處理了一台，結果另一台業務等了一週才被發現漏單，差點影響到一筆出貨。導入這條流程後，全公司改用同一張報修表單，系統依部門樓層自動把案子派給對應的兩位工程師，工單編號讓重複報修一眼就能合併。三個月後，IT 主管拿出系統自動統計的報表向總經理報告：螢幕與桌機故障佔了報修的四成、其中多台是同一批五年前採購的舊機，據此爭取到分批汰換的預算，從根本減少了往後的報修量，IT 也終於不再天天救火。

延伸應用

這條流程可以往前後兩端延伸。往前，把「資產台帳與保固到期」串進來，設備一接近保固期或汰換週期就主動提醒，把被動報修變成主動預防。往後，把累積的工單數據接上儀表板，自動產出每月維修報表與各設備的故障率排行，當作採購與汰換決策的依據。也可以把同一套派工骨架複製到其他內部服務，例如總務的場地報修、設備借用申請，只要換掉派工規則就能沿用。想把報修、資產、告警、備份等 IT 維運流程串成一整套，可參考 /workflows 裡的其他 IT 自動化流程。

流程圖

用到的工具

更多「企業職能」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →