電腦維修進度自動更新與通知

🎯 這條流程解決什麼

「我的電腦修好了沒？」這句話，是維修店電話量最大的來源，沒有之一。客戶把吃飯、上班、追劇都靠的機器送來修，心裡焦慮得很，三天兩頭就打來問進度。而店裡的技師此刻可能正拆著別人的機器、手上沾著散熱膏，電話一響只好放下手邊工作、走到電腦前查工單、再口頭回覆一句「還在等料喔」。一天被這樣打斷十幾通，每通三五分鐘，加起來就是一兩個小時的有效工時被零碎地耗掉。

更要命的是另一面：真正卡住的單反而沒人盯。一張等料等了一個禮拜的單、一台技師排不出時間處理的機器，因為「沒有客戶來吵」就被默默冷凍，拖著拖著，等客戶終於受不了打來飆人，才發現單子早就爛在那裡。這種「會吵的有糖吃、不吵的被遺忘」的狀況，正是客訴與負評的溫床。

換算成本：頻繁的進度查詢電話一天吃掉技師一兩小時，等於每月損失數十小時的生產力；而少數爛尾拖延的單，一旦演變成客訴或負評，對小店的傷害難以用金錢衡量。這條流程要做的，就是讓進度自己會說話、讓卡關的單自己舉手。

導入後的改變

導入前，進度全靠客戶打電話來問、技師停工查單口頭回，工時被切得零碎；卡關的單沒有預警機制，全憑運氣與記憶，常常拖到客訴才爆出來。進度查詢電話一天十幾通，技師被迫頻繁中斷高專注度的維修工作。

導入後，工單狀態一變更就自動推播，客戶在 LINE 或 Email 收到進度、還能點專屬連結隨時自助查詢，主動詢問的電話可望砍掉六到七成，技師得以專心修機。卡關的單會自動丟到 Slack 提醒店長與技師跟催，把容易爛尾的單在客戶抱怨前就撈出來處理，客訴明顯下降。每次狀態變更都進工單歷程，完工時自動彙整成完整維修紀錄，結案與保固查詢都更省事。整體下來，客戶體驗變好、技師工時被保護、店長對全店進度一目了然。

流程怎麼運作

這條流程對應五個節點，圍繞工單狀態的多階段變化運作：

第一步「偵測狀態變更」：系統持續監看 Google Sheets 工單表的狀態欄，維修通常分檢測中、等料、維修中、測試中、完工幾個階段，任一張單的狀態有異動就觸發後續動作。

第二步「組裝進度訊息」：依新狀態套用對應的話術範本——「等料」就說明預計到貨時程、「測試中」就說即將完工，並自動帶入單號、預估完工日與目前負責技師，讓訊息具體、有溫度，而不是冷冰冰一句狀態碼。

第三步「推播客戶」：透過 LINE 官方帳號或 Gmail 把這則進度訊息發給客戶，附上一個專屬查詢連結，客戶想看時隨時點開就能查最新進度，不必打電話。

第四步「卡關預警」：這是這條流程的靈魂。若一張單停在「等料」或「維修中」超過設定天數（例如 5 天）還沒往前推進，系統自動把它丟到店長與技師的 Slack 頻道跟催，把沉默的問題單主動撈出來。

第五步「更新時間軸」：每一次狀態變更與發生時間都寫進該工單的歷程欄，完工時自動彙整成一份完整的維修時間軸，供結案歸檔與日後保固查詢使用。

需要的工具與串接重點

平台用 n8n 或 Make。Google Sheets 是工單與狀態的單一資料源，建議用排程輪詢或觸發節點偵測狀態欄變化。對外通知走 LINE Official Account 與 Gmail，依客戶聯絡偏好擇一；對內的卡關預警走 Slack，發到店務管理頻道。

串接重點有三：一是要設計一個簡單的線上查詢頁，讓客戶用單號或專屬連結查到自己的進度，這頁只顯示該客戶的單、不能查到別人的資料；二是話術範本要逐狀態寫好、口吻一致且專業，避免機械感；三是卡關天數的門檻要依不同維修類型分別設定，等原廠零件本來就慢，跟一般維修不該用同一個標準，否則預警會變成狼來了。

常見錯誤與注意事項

最常見的錯誤是把「預估完工日」當成承諾發出去。自動推播的預估完工日只是依目前排程估算，遇缺料、零件保固送原廠、故障比預期複雜都可能延後，對外通知前店長宜人工確認可達性，避免承諾跳票反而招來更大不滿。寧可保守估、提早完工給驚喜，也別樂觀估、延誤被罵。

第二，進度訊息含客戶設備資訊與單號，應避免在公開或非必要的群組外洩單號與個資，查詢連結也要做好權限隔離，不能讓人改個參數就查到別人的單。第三，卡關預警是提醒不是究責，丟到 Slack 是為了讓單子動起來，不該變成內部互相指責的工具。第四，系統推播的是狀態，不是維修可行性的保證，技師對「這台到底修不修得好、值不值得修」的專業判斷，系統無法取代，必要時仍須由技師主動與客戶溝通。

台灣中小企業情境案例

台南一家三人小店「巨匠電腦維修」，老闆最頭痛的就是電話。學生送修筆電後天天打來問，店裡兩位技師每天加起來要接二三十通進度電話，常常拆機拆到一半被打斷，效率大打折扣。更氣的是曾有一台等主機板的單，因為客戶剛好沒催，被晾了快兩週，最後客戶上門大發雷霆、留了一星負評。導入這條進度通知流程後，工單狀態一變更就自動發 LINE 通知，並附查詢連結；等料超過五天的單自動跳到老闆的 Slack。一個月後，進度查詢電話少了大半，技師終於能專心修機；老闆說最值得的是「再也沒有單子被忘記，每天 Slack 一看就知道哪幾台卡住要處理」，那種爛尾客訴幾乎絕跡。

延伸應用

這條流程串在維修工單的中段，往前接 /workflows 的檢測報價流程（報價核准後進入維修，進度開始推播），往後接完工取件通知流程（狀態變「完工待取」時無縫交棒），串成從報修到取機的完整體驗。累積的工單時間軸資料還能分析各維修類型的平均週期、找出最常卡關的環節（例如某品牌零件特別難等），回饋到備料與排程決策。狀態話術設計、自助查詢頁與卡關預警規則的更多範例見 /recipes；想把對客戶通知與對內部跟催整合成一套完整的工單管理自動化，/automation 有更完整的架構可參考。

⚠️ 提醒：自動推播的預估完工日僅依目前排程估算，遇缺料、零件保固送原廠或故障複雜化都可能延後，對外通知前店長宜人工確認可達性，避免承諾跳票。涉及客戶設備與資料的進度訊息應避免在公開群組外洩單號與個資，系統不取代技師對實際維修可行性的專業判斷。

流程圖

用到的工具

其他工作流

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