保固回訪與滿意度流

🎯 這條流程解決什麼

手機維修店最常見的盲點，是「修好取機」那一刻就把客人放生了。換完螢幕、修好主機板、清完進水，客人付了錢走出店門，店家通常再也不會主動聯絡——直到對方手機又壞了，才碰運氣看會不會回來。問題是，現在客人手機壞了第一個動作往往是上網查附近評價，而不是回頭找你。一家沒有持續經營客戶關係的維修店，等於把辛苦累積的口碑全部交給運氣。

更現實的痛點在於：維修這一行最怕「修完三天又出問題」卻沒人知道。換的副廠螢幕觸控飄移、電池膨脹、進水機過幾天又當機，這些狀況如果客人忍著不講，最後通常變成 Google 一星負評，而不是回店處理。等你看到負評才驚覺，黃金處理期早就過了。

若要靠人工做回訪，成本高到幾乎不可能落實。假設一家中型維修店一天結案 15 張工單，店員光是記下「誰、修什麼、保固到哪天、何時該回訪」就要翻工單本、設手機鬧鐘，一個月累積 300 多筆根本管不動。實務上多數店家乾脆放棄,結果就是回頭客流失、負評沒被攔截、保固快到期的續保或加值服務商機通通漏掉。這條流程要做的，就是把「取機後依保固期自動排程回訪、關懷使用狀況、蒐集滿意度，並在保固快到期時主動提醒」整套變成系統自動跑,把一次性維修變成長期的信任關係。

導入後的改變

導入前：工單結案即斷線，回訪全憑店員記性，實際執行率趨近於零；客人遇到維修後問題多半默默忍受或直接給負評；保固到期的續約、清潔保養、配件加購等回購機會完全沒人提醒，等於把可重複的營收白白放掉。店長想做客戶經營卻永遠抽不出時間。

導入後：每張結案工單都自動依保固天數排好回訪節點(例如取機後第 7 天關懷、第 30 天滿意度、保固前 14 天到期提醒)，AI 依機型與維修項目自動生成貼切的關懷訊息，由 LINE 或 Email 準時送達。合理估算下，店員每月可省下 8 至 12 小時的人工追蹤時間；回訪率從幾乎為零拉到八成以上；維修後問題能在變成負評前就被攔下處理,負評產生量可望明顯下降；而保固到期提醒帶來的續保、保養回購，往往就是這條流程最直接的營收回報。把人從瑣碎的記性勞動中釋放出來，是這類 自動化 最實在的價值。

流程怎麼運作

整條流程對應 frontmatter 的五個節點，環環相扣：

1. 觸發:結案排程：工單在系統內標記「結案/取機」後，流程自動讀取維修項目對應的保固期(例如螢幕 3 個月、電池 6 個月)，並換算出多個回訪時間點寫入排程器。客人離店那一刻，後續的關懷節奏就已經排好。

2. AI 生成回訪：到了排程時間，AI 文案節點依機型(iPhone 13、三星 A 系列等)與維修項目(換螢幕、修主機板、換電池)生成對應的關懷訊息。換螢幕的客人會收到「觸控與顯示是否正常」的問候，換電池的會被問「續航是否改善」,訊息有針對性而不是罐頭群發。

3. 發送回訪：訊息透過 LINE 或 Gmail 發出，附上一條簡短的滿意度問卷連結。第一波偏關懷使用狀況，第二波才正式蒐集滿意度評分。

4. 蒐集回饋：問卷回收後自動彙整成滿意度資料，標記出潛在的維修需求(例如客人提到「最近又有點卡」)，方便店家主動跟進二次商機。

5. 保固到期提醒：保固快到期時自動提醒客人，順帶推薦保養或續保；同時，凡是被判定為負評或抱怨的回應一律標記，交由真人客服處理，不讓系統自行回覆敏感對話。完整的觸發到收尾邏輯，可參考更多 工作流 範例。

需要的工具與串接重點

平台用 n8n 或 Make 都可以,核心是把「工單系統」當作資料源頭。串接重點如下:工單系統需能輸出結案事件與維修項目(用 Webhook 或定時讀取資料庫皆可);排程器負責管理多個延遲觸發節點,Make 的 Sleep 或 n8n 的 Wait/Schedule 節點都能勝任;AI 文案節點負責生成個人化訊息,務必在 prompt 裡帶入機型與維修項目欄位,輸出才會精準;問卷表單(Google 表單或 Typeform)要能把回應寫回資料表;發送端 LINE 官方帳號需設定好 Messaging API 或用 LINE Notify,Gmail 則接 OAuth 即可。串接時最該注意的是「保固天數對照表」要維護好,這是整條流程時間軸的依據,填錯會導致回訪時機全部跑掉。

常見錯誤與注意事項

• 個資與聯絡同意:回訪名單與問卷回應屬於顧客個資,請限定權限存取、僅用於服務目的,並在訊息中提供退訂選項,以符合個人資料保護法的規範。切勿把蒐集到的聯絡資料挪作其他行銷用途。
• 負評與保固爭議一律人工處理:AI 僅負責「標記」異常回應,後續的溝通、補救、退換貨判斷務必由真人客服接手。AI 不取代專業判斷與服務應對,自動回覆敏感對話只會把小抱怨激化成公開糾紛。
• 發送頻率要克制:回訪是關懷不是騷擾,同一客人短期內收到太多訊息反而扣分,排程節點之間應留足夠間隔。
• 保固條款以實際工單為準:自動提醒只是輔助,實際保固範圍與責任認定仍須回到當初的維修單據與店家政策。

台灣中小企業情境案例

台中一家三人經營的手機維修店,過去結案後從不回訪,Google 評分長期卡在 4.0 上下,偶爾冒出的負評多半是「修完沒幾天又壞」這類本來可以私下解決的狀況。導入這條流程後,每位取機客人會在第 7 天收到 LINE 關懷、第 30 天收到滿意度問卷;店長設定凡是評分 3 顆星以下的回應就自動標記,他每天花十分鐘逐一私訊處理。三個月下來,被攔下來私下處理的維修後問題明顯增加,公開負評減少,Google 評分回升;更意外的是,保固到期提醒帶動了一批回購——不少客人收到提醒後乾脆把家裡另一支待修的手機也一起送來。對只有三個人的小店來說,這條流程等於多請了一個不會喊累的客服。

延伸應用

這條流程的骨架可以延伸出很多變化。把「保固到期提醒」改成「定期保養提醒」,就能用在筆電維修、相機清潔、機車行等任何有保固週期的服務業。蒐集到的滿意度資料可進一步串接 配方 庫,自動把高滿意度客人邀請寫 Google 評論、把低分客人轉入專人關懷名單。也可以在保固期內主動推送配件加購(保護貼、保護殼、行動電源),把回訪訊息變成自然的二次銷售管道。更進階的做法,是把回訪資料回流到 CRM,累積出每位客人的維修史,讓下次來店時店員一查就知道對方換過什麼、何時換的,提供更貼心的服務。當這套關懷機制成為標準作業,維修店賣的就不只是技術,而是讓客人安心的長期關係。

流程圖

用到的工具

其他工作流

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