SaaS 續訂到期自動提醒

🎯 這條流程解決什麼

SaaS 營收最容易漏掉的，不是還沒簽進來的新客，而是「本來會續、卻因為沒人提醒或扣款失敗而流失」的舊客。這種非自願流失（involuntary churn）特別冤枉：客戶其實滿意產品、也願意付錢，只是信用卡到期換了新卡沒更新、發票進了垃圾信件匣沒看到、年約到期前沒人主動談，於是訂閱就這樣斷了。等財務月底對帳發現 MRR 少了一塊，回頭追已經過了好幾週，客戶可能都找別家用了。

純人工做這件事有多累？業務助理得每週手動匯出一次 Stripe 的訂閱清單，用 Excel 篩出「這個月到期」的帳號，再一個個對是年約還是月約、金額多少、要不要請業務先打招呼，光是整理名單一週就吃掉 4 到 6 小時，而且人一忙就漏，漏掉的剛好都是沒人盯的中型客。更別說扣款失敗這種事，多數團隊根本沒有主動偵測機制，都是等 Stripe 自動重試三次失敗、訂閱被系統取消了才知道。

換算成本，一家月流水 80 萬的 SaaS，若非自願流失佔總流失的三成，等於每月有十幾萬營收是「明明可以救、卻因為沒提醒而白白掉的」。這條流程要堵的就是這個洞。

導入後的改變

導入前：業務助理每週手動撈 Stripe 名單、人工分類、靠記性決定誰要寄信誰要交辦；扣款失敗等系統自動取消才發現；到期信不是忘了寄就是全部一封罐頭信打發，年約大客和月約小客待遇一樣。

導入後：系統每天自動掃描，在到期前 30／14／3 天分三波寄出差異化提醒，年約客戶提前一個月就收到帶帳單明細與一鍵續約連結的信；信用卡快過期的客戶在扣款失敗「之前」就收到更新付款提醒；高價值帳號自動跳出來交辦給業務人工關懷，誰都不會被漏掉。

合理的效益估算：扎實的續訂提醒加上扣款失敗的事前偵測，通常能把非自願流失壓低三到五成。以前述每月十幾萬的可救營收為例，救回其中六成就是每月多守住 8 到 9 萬、一年將近百萬的經常性收入。同時業務助理每週省下 4 到 6 小時的手動撈表時間，提醒覆蓋率從「重點大客」變成「100% 全帳號」，再也不會有客戶因為沒人提醒而默默流失。

流程怎麼運作

這條流程在 n8n 或 Make 上以每日排程啟動，對應 frontmatter 的五個節點：

1. 每日掃描（📅）：排程每天查詢 Stripe（或你的訂閱系統 API），撈出未來 30、14、3 天內到期的所有訂閱。建議用「到期日減今天」算出剩餘天數，分桶處理，這樣同一個帳號會在三個時間點各被提醒一次，節奏自然。

2. 分群分級（🗂️）：把撈出的帳號依「年約／月約」與「MRR 高低」交叉分群。年約客提醒要提前、語氣偏經營關係；月約客節奏較緊湊；高 MRR 帳號標記為需人工介入。分群決定了後面要套哪一套文案與節奏。

3. 到期提醒（✉️）：透過 Gmail（或行銷信件工具）分批寄出續訂提醒，信裡附上帳單明細與一鍵續約／更新付款的連結，降低客戶的行動門檻。分批寄送可避免被信箱判定為大量發信而進垃圾匣。

4. 扣款檢查（💳）：比對 Stripe 上的付款方式到期日與最近一次扣款狀態，偵測「信用卡即將過期」與「扣款失敗」，在系統自動取消訂閱前主動通知用戶更新付款資訊。這一步往往是整條流程救回最多營收的關鍵。

5. 業務交辦（🔔）：高價值帳號在到期前自動推 Slack 通知對應業務或 CS，附上帳號名、續約金額、到期日，由人接手做關懷或議約，處理完把狀態回寫，避免大客被當成一般客只收到罐頭信。

需要的工具與串接重點

• 平台（n8n / Make）：排程與編排核心。建議每日固定時段執行，並把「剩餘天數」的判斷邏輯寫清楚，避免同一帳號重複轟炸。
• Stripe：訂閱與帳務的真實來源，提供到期日、付款方式、扣款狀態。串接時用 API 金鑰唯讀權限就夠，不需要也不應該給流程任何主動收費的權限。
• Gmail：提醒信寄送端。大量寄送建議改用專門的交易型信件服務以顧好送達率，Gmail 適合小量起步。
• Slack：高價值帳號的交辦通知管道。

串接重點：金額與連結一定要動態帶入、且寄出前先驗證。帳單明細的數字錯了會直接引發客訴，續約連結指錯帳號更是災難。建議在寄送節點前加一個校驗步驟，確認金額、客戶名、連結三者對得起來。整體資料管線的設計可參考 /automation 的串接做法。

常見錯誤與注意事項

• 帳務與扣款屬財務敏感操作：本流程的鐵則是——系統只負責「提醒」與「提供續約／更新付款連結」，絕不自動完成扣款、退費或變更方案。任何實際收費、退費、改約動作都要經人工或客戶本人確認，AI 不取代財務判斷。
• 金額寄出前必須人工或程式雙重確認：帳單明細寄送前務必確認金額正確，誤發帳單造成的客訴與信任損失遠大於省下的時間。
• 送達率比文案更重要：再好的提醒信進了垃圾匣等於沒寄。分批寄送、用對寄件網域、避免整封都是連結，都是顧送達率的基本功。
• 個資與同意：提醒信屬交易型通知通常無虞，但若夾帶行銷推升級的內容，要確認對方未退訂行銷訊息，別把交易通知和行銷混在一起踩線。

台灣中小企業情境案例

台北一家做預約管理 SaaS 的公司，服務約 400 家美容、診所、健身工作室，以月約為主、少數年約。過去他們的續訂全靠老闆娘記性：哪家快到期、哪家卡好像快過期了，全憑印象，每個月總有幾家是「客戶打來問怎麼不能用了」才發現是扣款失敗被系統停了。月流失率長期在 6% 上下，其中估計有近一半是這種非自願流失。

導入這條流程後，他們把扣款檢查設為重點：在卡片到期前 14 天就自動寄更新付款提醒，扣款一失敗立刻再補一封並通知客服。上線第一個月就攔下 11 筆原本會因卡片過期而斷掉的訂閱，等於救回十幾家客戶。同時年約大客在到期前 30 天就自動轉給業務，業務有充裕時間談加購方案。三個月後，他們的非自願流失幾乎砍半，整體月流失率從 6% 降到 4% 出頭，老闆娘也不用再靠記性提心吊膽。

延伸應用

這條流程的核心是「掃到期 → 分群 → 差異化觸發」，很容易往外擴。最自然的延伸是把續訂提醒和向上銷售綁在一起：年約到期前不只提醒續約，還依使用量自動判斷適不適合推更高方案，把續訂變成增購的機會。也可以把扣款失敗的帳號自動接進 /workflows 的流失預警與贏回流程，形成「提醒沒救回 → 進挽留 → 仍流失 → 進贏回」的完整防線。提醒信與議約話術的素材，可以到 /recipes 找對應的續約溝通食譜，依年約／月約、不同方案各備一套，讓系統自動配對，做到每封提醒都像專人寫的。

流程圖

用到的工具

更多「專業服務」工作流

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