維修派工系統：報修到結案，每趟出勤算得出成本

做設備、機電、資訊系統、空調或廚具的公司，營收表上最漂亮的是新機出貨，最難看清楚的卻是售後。客戶一通電話說「機器怪怪的」，業務在 LINE 群組喊一聲，某個技師剛好有空就出門了。三天後客戶說沒修好，再跑一趟。月底老闆翻報表，看到售後部門養了六個人、三台車，卻說不出這個月出了幾趟、哪些在保固內、哪些該收錢卻沒開單。

售後維修不是成本中心，它是離客戶最近、最容易產生回購與續約的接觸點。問題在於，它幾乎是台灣中小企業裡最晚被系統化的一塊。這篇談的是維修派工系統（Field Service Management）該具備哪些骨架，以及導入時該先做哪一段。

Photo by Stephen Harlan on Unsplash

一、報修入口要收斂成一個，案件才存在

多數公司的報修來源是散的：客戶打總機、業務手機、LINE 官方帳號、老客戶直接打技師私人電話。來源散，代表案件根本沒有被「建立」過，只存在某個人的記憶裡。

第一步不是買軟體，是把所有入口收斂成同一張報修單。做法可以很輕：LINE 官方帳號接一個 LIFF 報修表單、官網放一個維修申請頁、總機接到電話就代客戶填單。重點是每一件事都要拿到一個案件編號，並記錄三件事：哪一台設備（機號或序號）、什麼症狀、客戶希望的時段。

設備序號這件事常被忽略，但它是整個系統的主鍵。沒有序號，你永遠回答不了「這台機器一年內修過幾次」，也就判斷不出是零件品質問題還是客戶使用方式問題。

二、派工要看技能與地理，不是看誰有空

派工的品質決定成本。實務上有三個維度要同時看：

技能對得上。技師分等級與專長，A 型機種只有兩個人會修。把技能矩陣建在系統裡，派工時直接過濾掉不會修的人，可以省掉「去了才發現處理不了、擇日再訪」這種最貴的空跑。

地理要成串。同一天派給同一位技師的案子，若在地圖上是南北跑，一天只能做兩件；若照區域排，同樣的人可以做四件。把客戶地址轉成座標、按行政區分群，是投資報酬率最高的一段功能。

時段要跟客戶約定。系統要能給客戶一個時間區間並發出提醒（LINE 推播或簡訊），因為「到了現場沒人開門」是另一種常見的空跑。

值得提醒的是，很多公司一開始就想做全自動最佳化排程，結果調度組長不信任系統給的結果、照樣手改。比較務實的做法是先做「建議排程 + 人工拖拉調整」，讓組長保有最終決定權，資料自然就會留下來。

Photo by camera obscura on Unsplash

三、現場回報：讓技師三分鐘填完，資料才會是真的

系統失敗最常見的原因，是現場回報表單設計得像申報書。技師手上有油、站在機台旁邊、客戶在旁邊等，你要他填十五個欄位，他就會回公司後憑印象補填，資料立刻失真。

手機端的回報只留必要的欄位：抵達／離開時間（用按鈕打卡，不要手key）、故障代碼（下拉選單，不要自由文字）、更換零件（掃條碼或選清單）、處理前後照片、客戶簽名。其他補充說明才是自由文字。

故障代碼用下拉選單這一點特別重要。自由文字寫的「異音」「有聲音」「怪怪的」無法統計；代碼化之後，三個月就能跑出「某型號軸承異常佔全部案件 23%」這種可以拿去跟供應商談的數字。

照片與客戶簽名則是爭議發生時的唯一憑據。客戶事後說「你們技師沒來」「來了沒修」，有時間戳記的現場照片與簽名檔就是答案。

四、零件要從車上開始管

維修技師的車就是一個小倉庫，但九成中小企業的車上備料是帳外資產。技師自己抓了幾顆常用零件放車上，倉庫的帳早就對不起來，年底盤點差異就掛損耗。

系統化的做法是把每台車設成一個獨立庫位。倉庫發料給技師時做庫位移轉，技師在工單上登記用掉哪些零件時自動從車庫位扣帳，補料時再從主倉撥出。這樣做有兩個附帶好處：一是可以算出哪些零件週轉最快、車上該常備多少；二是離職交接時，車上有什麼、少了什麼，一查就知道。

五、每一趟都要算得出成本，保固內外才分得開

這是整套系統真正創造價值的地方。單趟成本至少要包含四項：技師工時（現場時數 + 車程時數，各自套不同費率）、車輛里程與油資、耗用零件成本、以及是否需要加班或假日出勤的加成。

有了單趟成本，才有辦法回答幾個老闆真正想問的問題：

保固內的案子一年吃掉多少毛利？設備出貨時報價含一年保固，但若沒有記錄保固期內的維修成本，你根本不知道那一年的保固到底該定價多少。

維修合約（年約保養）該收多少？常見的定價方式是拍腦袋喊一年三萬。有了歷史資料，可以按機型算出平均年出勤次數與單趟成本，再往上加管理費與風險係數。這是從猜測變成定價的分水嶺。

保固外該收的錢有沒有收到？很多公司的漏收不是刻意，而是工單結案後沒有自動觸發請款。系統應該在工單結案且判定為保固外時，直接產生待開立的請款單，並列進應收流程。

做一個保守試算：假設一家公司每月出勤 120 趟，其中 15% 屬保固外但因流程斷裂而漏收，單趟平均可收 2,500 元，一年就是 120 × 12 × 15% × 2,500 ≈ 54 萬元。再加上路線成串後每人每天多做一件所省下的人力，多數這類系統的回收期會落在一年以內。這只是情境試算，實際數字取決於各公司的出勤密度與收費結構，導入前建議先用三個月的實際單據回推。

Photo by Eliza Diamond on Unsplash

六、SLA 與重複報修，是客訴發生前的警報器

兩個指標比什麼都值得盯：

回應與修復時效。報修到派工幾小時、派工到抵達幾小時、抵達到修復幾小時。若對大客戶有合約承諾（例如四小時到場），系統要能在剩餘時間不足時主動跳燈給主管，而不是等客戶打電話罵人。

重複報修率。同一台設備在 30 天內再次報修，代表上一趟沒有修到根因。這一類案件應該自動標記、強制填寫真因分析，並且不列入技師的結案績效。若少了這道機制，績效制度反而會鼓勵技師「先讓機器動起來就好」。

再往前一步，是把被動維修轉成預防保養。系統若記錄了每台設備的運轉時數或上次保養日期，就能在到期前自動產生保養工單，順便轉成年約商品。這是售後從成本中心變成利潤中心的關鍵一步。

七、導入順序：先做工單，再做排程，最後做成本

一次到位的系統通常做不起來，因為現場的行為習慣改不了那麼快。比較穩的順序是：

第一階段（約一到兩個月）只做報修單與現場回報，目標是「每一件維修都有一張單、有照片、有簽名」。這一段沒做穩，後面全部是空的。

第二階段接入設備主檔與序號、技能矩陣與地圖派工，目標是把空跑率與單日件數拉出來看。

第三階段才接零件庫位與成本計算，並串到既有的 ERP 或會計系統出請款單。

至於自建或買套裝，判斷點在於流程有多特殊。若你的機種單純、計價方式標準，市面上的雲端派工工具就夠用；若涉及特殊計價、與既有 ERP 的料號結構深度綁定，或者需要嵌在自家 LINE 官方帳號裡讓客戶報修，客製化的投資通常比較划算。

結語

售後維修的資料是設備商最被低估的資產。它告訴你哪個機型有設計問題、哪個客戶該漲價、哪個零件該換供應商、哪位技師該加薪。而這些答案的前提只有一個：每一趟出勤都要留下一張結構化的單據。

如果你的售後現在還是靠 LINE 群組和技師的記憶在跑，不必急著上大系統。先把報修表單與現場回報這兩件事做起來，三個月後再回頭看資料，你大概會被自己的數字嚇一跳。