完工取車通知

🎯 這條流程解決什麼

車明明早就修好了，車主卻不知道。櫃檯一忙起來常忘了打電話通知，車主在家空等、不敢遠行，店裡的待領車輛越堆越多，把本來就不大的停車空間一台一台占滿。等到車主終於想起來上門，又是現場才結帳、現場才翻單據對金額、現場才在一堆車裡找車，櫃檯手忙腳亂，車主也覺得這家店怎麼這麼亂。

純靠人工通知這件事看似簡單，實際很吃時間也很容易漏。一台車修完，櫃檯要記得是哪台、是誰、電話多少、做了什麼、要收多少，然後撥電話常常打不通、要再打、要留言，一天進廠二三十台車，光是「通知取車」這件雜事，櫃檯一天就要耗掉一兩個小時，而且只要一忙就漏，漏掉的車就變成占車位、占資金、還可能讓客人覺得被冷落的呆滯車輛。

這條流程在工單一改成「完工」就自動通知車主，附上做了哪些項目、要付多少錢、保固多久，讓車主清楚又安心地來取車。超過約定時間還沒來，系統會自動再提醒一次，並把車標記成「店內待領」，老闆一眼就能掌握哪些車該催、哪些車位能空出來，現場周轉自然更順。

導入後的改變

導入前，通知取車靠櫃檯的記性和空檔，忙到忘記是常態，待領車輛長期堆在店裡，車主體驗也參差不齊——有的當天接到電話、有的隔好幾天才被想起來。導入後，技師改完工那一刻通知就自動發出，零延遲、零遺漏，車主第一時間知道車好了，店裡的車位也能更快釋出。

效益很實在：櫃檯原本一天花在打電話通知的一兩個小時，幾乎全部省下來，等於釋放出近兩成的櫃檯人力去做更有價值的接待與結帳服務。待領車輛因為「即時通知＋逾時自動催」雙管齊下，平均滯留天數明顯縮短，車位周轉變快，對寸土寸金的市區機車行尤其有感。通知內容附上施工摘要與金額後，車主到店前心裡已經有底，現場結帳爭議與「怎麼這麼貴」的口角也跟著減少，整體客戶體驗更專業、更安心。

流程怎麼運作

第一步「完工觸發」，技師在工單系統或 Google Sheets 裡把該車工單狀態改成「完工」，這個動作就是整條流程的起點，系統即時抓取這台車的工單資料。第二步「整理摘要」，自動彙整這張工單做了哪些施工項目、應付金額、各項目的保固期限，組成一段清楚易讀的取車通知內容。第三步「通知車主」，透過 LINE Notify 或簡訊把通知推送給車主，內容除了「車好了可以來牽」之外，還附上營業時間與店家地址，車主一看就知道何時、去哪取車。第四步「未取追蹤」，系統記下通知時間，若超過約定或合理時間仍未取車，自動再發一次溫和提醒，同時把這台車標記為「店內待領」，方便老闆每天掃一眼有哪些車還壓在店裡。第五步「領車結案」，車主實際取車後，把工單狀態更新為「結案」，系統就停止對這台車的後續提醒，整個流程乾淨收尾。

需要的工具與串接重點

平台用 n8n 或 Make，觸發方式不是排程而是「狀態變更觸發」——當工單的狀態欄位被改成完工，就啟動流程，反應即時。Google Sheets 作為工單與車主資料的中心，欄位要有車牌、車主、聯絡方式、施工項目、金額、保固、工單狀態與通知時間。LINE Notify 是主力通知管道，台灣車主 LINE 普及率高、開封快；Gmail 或簡訊閘道作為沒加 LINE 車主的備援。串接重點：一是狀態欄位的值要標準化（例如固定用「完工／待領／結案」三種），避免技師手打不同字眼導致觸發失效；二是金額與保固欄位要在通知前確認已填妥，空值的通知發出去只會更尷尬；三是「逾時催領」的判定時間要設得合理，太短會催得太急、太長又失去意義。想把交車前的估價說明、交車後的保養提醒也串進來，可接 /workflows 的相關流程，自動化觸發與串接的基礎見 /automation。

常見錯誤與注意事項

最需要把關的是金額。通知裡的應付金額僅供車主預先知悉，實際收款仍以現場結帳為準，發送前一定要由人工確認金額與保固內容正確，否則「通知寫一個價、現場收另一個價」最容易引爆客訴與信任危機，這是金流敏感環節，必須保留人工確認這道關。第二個常見錯誤是觸發條件設太寬，工單還沒真正完工就被誤標成完工而提前發通知，害車主白跑一趟，所以「改完工」這個動作要明確、最好由技師親自確認。第三，逾時提醒不能變成連環奪命叫，務必設好「結案就停止提醒」的邏輯，避免車主已經牽走還一直收到催領訊息。車主的聯絡個資僅供本次取車通知使用，不可外洩或挪作他用。整體精神是：系統負責「即時、不漏地通知」，金額與收款的最終確認永遠由人來把關。

台灣中小企業情境案例

台北萬華一家巷弄裡的小型機車行，店面不大、店內只能停五六台車。過去老闆最頭痛的就是修好的車沒人來牽，車位被占滿，新進廠的車只能停到騎樓甚至佔到人行道，常被檢舉。櫃檯小姐忙著接客、收銀，經常忘了打電話通知，有時一台車修好擺了三四天才被想起來。導入這條流程後，技師修完直接在表單改成完工，車主馬上收到 LINE 通知，內容寫清楚換了什麼、要付多少、保固多久。逾時沒牽的車系統會自動再催一次，老闆每天早上看一眼「待領清單」就知道哪些車該催。一個多月下來，店內待領車輛平均滯留天數從三天多降到一天內，車位終於不再爆滿，櫃檯也不用再被「通知取車」這件瑣事綁住。

延伸應用

這條流程的本質是「狀態一變，就即時把對的資訊推給對的人」，能延伸的場景不少。可以把「完工通知」往前延伸成「進廠通知」與「估價待確認通知」，讓車主從進廠到完工每個關鍵節點都收到更新，透明度拉滿。也能在取車通知後自動接上滿意度回訪，順勢收集評價、累積口碑。若搭配 /recipes 裡的客戶標籤與回購設計，取車後還能依消費內容自動排入下一次保養提醒週期，把單次維修客變成長期回頭客。再進一步，把待領車輛的滯留天數做成每週統計，老闆就能看出車位周轉的瓶頸在哪、哪類維修最容易拖延，持續優化現場營運。

⚠️ 金流提醒：通知中的應付金額僅供車主預先知悉，實際收款仍以現場結帳為準。發送前務必人工確認金額與保固內容正確，避免通知與帳單不符引發爭議。AI 只負責即時通知，收款金額的最終確認由人把關。

流程圖

用到的工具

更多「汽機車」工作流

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