電池更換到期自動提醒

🎯 這條流程解決什麼

石英錶的電池壽命大約一到兩年，但幾乎沒有客人會記得自己上次換電池是什麼時候。絕大多數人都是等到錶停了、指針不動了，才想起該回店處理。問題是，這個時候往往已經錯過最佳保養時機：耗盡的電池長時間留在機芯裡容易漏液，輕則弄髒電路、重則腐蝕機芯，原本只是換顆電池的小事，變成要清洗甚至更換機芯的大修。對客人是荷包失血，對鐘錶行則是平白損失一次本該輕鬆完成的回店服務。

對鐘錶行老闆來說，最可惜的是——資料其實一直握在手上。每一次換電池，店裡都知道是哪位客人、哪支錶、用的是哪型電池、換的是哪一天。這些資訊散落在紙本維修簿或店長的記憶裡，從來沒有被拿來主動提醒客人。等於把一個低成本、高回報的回店與回購機會，年復一年地白白流失。換電池本身利潤不高，但客人回店那一刻，就有機會順帶做整錶保養、檢查防水、甚至看看櫃上的新錶。

現在純人工要做這件事幾乎不可能。沒有店員會每天翻維修簿、算哪支錶快到一年該打電話提醒——光是逐筆推算到期日、撥電話或傳訊息，一間有上千筆紀錄的店每天就要耗掉好幾個小時，根本不符成本。所以多數店家乾脆放棄，被動等客人上門。這條流程把這件「該做卻沒人做」的事完全自動化。

導入後的改變

導入前，門市是純被動的：客人錶停了才回來，回來時電池常已漏液，換電池的小單變成清機芯的大工，客人體驗差、店家也賺不到該賺的回店人流。店裡沒有任何主動觸及客人的機制，老客戶換完電池就消失在茫茫紀錄裡。

導入後，每位客人的電池到期日都被系統盯著，到期前自動發出一則親切的 LINE 提醒，附上預約連結。以一間累積約 1500 筆換電紀錄的鐘錶行估算，假設其中三成客人收到提醒後回店，等於每年多了約 450 次回店接觸；保守抓其中兩成在回店時順帶做了保養或看了新錶，這條幾乎零邊際成本的流程就能穩定創造額外營收。更重要的是漏液大修的客訴明顯減少，因為客人在電池耗盡前就被提醒換掉了。整體而言，這條流程把「流失的老客戶」轉成「定期回流的熟客」，回店率與客戶終身價值同步拉高。

流程怎麼運作

對應 frontmatter 的五個節點，運作如下。

第一步「電池資料」：在 Google Sheets 建立一張電池紀錄表，每次換電池就登錄客人姓名、LINE 識別、錶款、電池型號與更換日期，並依電池規格填入預估壽命（例如多數鈕扣電池抓 18 個月）。這是整條流程的資料基礎，平時換電時順手登錄即可。

第二步「推算到期」：n8n 或 Make 設一個每日排程，把更換日加上預估壽命算出到期日，挑出「再過 30 天左右就到期」的客人。提前一個月提醒，給客人從容回店的時間，也避開電池真的耗盡漏液的風險。

第三步「生成提醒」：用 AI 文案 API 依客人姓名與錶款帶入變數，生成口吻親切、不像罐頭群發的提醒文案，例如提到具體錶款讓客人有被記得的感覺。

第四步「推播通知」：透過 LINE Official Account 把提醒推播給客人，文末附上線上預約連結、門市地址與營業時間，降低回店的摩擦。

第五步「回店追蹤」：客人回店換完電池後，在表上更新新的更換日與下一次到期日，自動進入下一輪循環；沒有回應的客人則在一週後排入二次提醒，避免一次沒看到就漏掉。

需要的工具與串接重點

平台用 n8n 或 Make 排程驅動。Google Sheets 當電池紀錄資料庫，門檻低、門市人員好上手，欄位設計建議至少包含：客人姓名、LINE userId、錶款、電池型號、更換日、預估壽命、到期日、提醒狀態。LINE Official Account 負責推播，要先確認客人是好友且同意接收通知。AI 文案 API 讓提醒文案有溫度、避免每則一模一樣。

串接重點：一是 LINE 推播需要 userId 對應，建議在客人加好友或結帳時就綁定，否則只有姓名沒法精準推播；二是排程頻率設每日一次即可，並用「提醒狀態」欄位防止同一筆重複發送；三是預約連結最好直接接上門市的預約系統或既有的維修進度流程，讓客人點了就能約。這條提醒可以和 自動化專區 的其他到期提醒共用同一套排程架構，更多設計範式見 食譜庫。

常見錯誤與注意事項

個資與行銷合規是首要紅線。客人的聯絡方式與消費紀錄屬於個人資料，發送行銷或服務通知前必須確認客人已同意接收，並在訊息中提供取消接收的方式，這是個資法與 LINE 官方帳號規範都要求的。不要把這類提醒做成高頻轟炸，到期提醒一次、二次提醒一次就足夠，過度推播會讓客人封鎖帳號，反而失去整個觸及管道。

文案上要避免過度承諾。電池壽命是概估值，實際耗盡時間因錶款耗電、使用環境而異，文案應說明「預估接近更換時間」而非斷言「您的電池已耗盡」，並標明實際以門市檢測為準。另一個常見錯誤是資料沒及時更新——客人回店換了電池卻忘了在表上更新到期日，結果系統又發了一次提醒，造成困擾，所以回店追蹤的更新步驟務必落實。

台灣中小企業情境案例

台南一間經營二十多年的「順發鐘錶」，老客戶很多但都是老闆記在腦袋裡。導入前，常有熟客拿著停擺好幾個月的錶回來，一打開機芯電池已漏液，本來換顆電池兩百元的事變成清洗機芯上千元，客人雖然付了錢但臉色不太好看，老闆也覺得過意不去。

導入這條流程後，老闆把這些年的換電紀錄陸續補進 Google Sheets，系統開始在每支錶接近一年半時自動發 LINE 提醒。半年下來，回店換電的客人明顯變多，很多人收到提醒會回一句「還好你有提醒我」，順帶做了保養、甚至帶家人的錶一起來。最有感的是漏液大修的客訴幾乎消失，老闆說現在換電池變成穩定的回店引流入口，櫃上的新錶也因為人流變多而多賣了幾支。

延伸應用

這條流程的骨架——「登錄、推算到期、自動提醒、回店更新」——可以直接套用到鐘錶行其他到期型服務：機械錶的定期保養（每三到五年）、防水墊圈更換、保固到期前的回廠提醒，都是同一套邏輯換個參數。也可以把它接進 會員分級與回購經營流程，對 VIP 客人的提醒附帶專屬優惠；或串接 維修保養進度自動通知，讓客人點預約後一路追蹤到完工取件。把電池提醒、會員經營、維修進度串在一起，就是一條完整的客戶關係鏈，更多自動化設計見 食譜庫 與 工作流總覽。

⚠️ 個資與行銷提醒：客人聯絡方式與消費紀錄屬個人資料，發送提醒前須確認客人已同意接收行銷與服務通知，並提供取消接收的方式。電池壽命為概估值，實際耗盡時間因錶款而異，文案應避免過度承諾，最終仍以門市檢測為準。

流程圖

用到的工具

更多「零售商店」工作流

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