保單續保提醒流

🎯 這條流程解決什麼

對保險業務員與通訊處來說，續保是最穩定的收入來源，卻也是最容易在忙碌中漏掉的一塊。一張保單只要錯過續保日，保戶的保障就斷檔，萬一斷檔期間發生事故，理賠權益受損，業務也跟著少了一筆本該入帳的佣金。問題在於，多數業務手上同時握著數百甚至上千張保單，到期日散落在一整年的不同月份，靠記憶或翻本子盯，根本盯不過來。

現在純人工做這件事，通常是月初打開保單明細表，用眼睛掃出這個月到期的名單，再一個一個查保戶買了哪些險種、保費多少、上次繳費方式，然後手動打一段提醒訊息傳出去。一位業務光是整理一個月的到期名單、查資料、寫訊息，少說要花掉三到五個小時，而且只能做「到期當月」一波提醒，沒有提前 60 天、30 天的緩衝鋪陳。結果就是保戶常常在到期前一週才被通知，臨時要湊一筆保費或回想當初買了什麼，體驗很差，續保率自然拉不高。更別說人工難免有遺漏，每漏掉一張，就是一個保障斷檔的保戶與一筆流失的業績。

這條流程把整件事自動化：系統每天掃描保單到期日，撈出到期前 60、30、7 天三個波段的名單，由 AI 自動整理每位保戶的保障摘要，起草個人化的提醒文案與繳費連結，再分波透過 LINE 與 Email 發送，同時通知承辦業務去追蹤還沒回覆的人。

導入後的改變

導入前，續保提醒是「想到才做、做了也只有一波」的被動工作，業務每月花三到五小時整理名單與寫訊息，到期前才通知，保戶措手不及，續保率長期卡在某個天花板上不去，每個月還有幾張在無聲中流失。

導入後，提醒變成「自動跑、提前鋪、分三波」的主動節奏。系統每天自動比對到期日，業務幾乎不用再花時間整理名單與寫稿，原本每月三到五小時的行政時間可以省下約八成，省下來的時間直接拿去做面談與加保。提前 60 天就先軟性告知、30 天再提醒、7 天最後催繳，保戶有充裕時間準備，續保體驗明顯變好。以一個管理八百張保單、原本續保率約八成的業務為例，把提醒從一波拉成三波、再加上未回覆名單的人工追蹤，續保率拉高三到五個百分點是合理的，等於每年多守住二、三十張保單，對佣金與通訊處的留存率都是實質貢獻。漏單情況也大幅下降，因為掃描是系統每天自動跑，不再依賴人的記性。

流程怎麼運作

這條流程對應 frontmatter 裡的五個節點，逐步說明如下。

第一步「排程掃描到期」：每天固定時間（例如早上八點）由排程觸發，系統讀取 Google Sheet 或 CRM 裡的保單明細，比對每張保單的到期日與今天的日期差，撈出剛好落在到期前 60 天、30 天、7 天的三組名單。為什麼是這三個天數？60 天讓保戶有時間調度保費、30 天做正式提醒、7 天做最後催繳，三波各有任務，不會一次轟炸也不會太晚通知。

第二步「AI 整理保障摘要」：針對撈出的每位保戶，AI 文案節點把該保戶現有的險種、保額、年繳保費、上次繳費方式等資訊彙整成一段好讀的保障摘要，重點是讓保戶一眼看懂自己保了什麼、這次要續的是哪張。

第三步「起草續保通知」：AI 依保戶資料與所處波段（60/30/7 天），生成個人化的提醒文案草稿，並附上對應的繳費連結。60 天的口吻偏關懷預告，7 天的口吻偏明確提醒，文字會因應波段調整。

第四步「分波發送」：依保戶偏好的通路，透過 LINE Notify 或 Gmail 把提醒分批發出。分波的意義在於同一位保戶在不同時間點收到節奏剛好的提醒，而不是被一次性洗版。

第五步「通知承辦業務」：發送後，系統同步把「已通知但尚未回覆」的名單整理給承辦業務，提醒他們人工追蹤。系統負責規律提醒，業務負責處理需要溫度與判斷的個案，分工清楚。想把這條接到更完整的自動化體系，可參考 自動化專區 的串接思路。

需要的工具與串接重點

平台用 n8n 或 Make 當排程與流程中樞，建議用 n8n 的 Schedule Trigger 設定每日固定觸發。資料源用 Google Sheet 或既有 CRM，欄位至少要有保戶姓名、聯絡方式、險種、保額、保費、到期日、偏好通路。AI 文案節點負責整理保障摘要與起草文案。LINE Notify 與 Gmail 負責發送，Google Calendar 可用來幫業務把追蹤任務排進行事曆。

串接重點有三個。第一，到期日的日期格式一定要統一（例如全部用 YYYY-MM-DD），否則比對會錯，撈出來的名單就不準。第二，繳費連結若由系統帶入，務必確認連結對應到正確的保單與金額，建議用保單編號當鍵值關聯，避免張冠李戴。第三，發送前最好設一個「待審」緩衝，讓業務能在訊息實際寄出前看一眼，尤其是金額相關的內容。

常見錯誤與注意事項

最關鍵的一點：繳費連結與保戶資料涉及財務與個人隱私，AI 起草的提醒文案與金額務必由業務人工確認無誤後再寄出。自動化只負責「準時提醒」，不取代業務對保單內容的專業判斷。常見的踩雷包括：金額帶錯導致保戶質疑、把已退保或已轉換的保單也發了提醒、險種摘要寫得不夠精確讓保戶誤解保障範圍。這些都必須由人工把關。

另外，本流程只做「續保時程提醒與通知」，不涉及保單條款變更、保障調整或任何理財建議，這些都屬於需要證照與專業判斷的範疇，必須由業務當面說明。保戶名單與保單資料屬個資，存取權限請限縮在承辦業務與主管，提醒文案也應遵守保戶的拒絕行銷與聯繫偏好設定。

台灣中小企業情境案例

新北一家保險通訊處有十二位業務，過去續保全靠各自盯本子，每月初主管都要一個個提醒「這個月誰的單到期了」，仍然每月固定漏掉幾張，續保率約落在八成。導入這條流程後，系統每天自動掃描全處保單，到期前 60/30/7 天分三波發提醒，業務只需處理未回覆的個案。三個月下來，整處續保率從約八成拉到八成四，業務反映「不用再花週末整理名單」，主管也能從報表看到每位業務的待追蹤名單，管理變得有依據。原本每位業務每月花在續保行政的時間，從約四小時降到不到一小時。

延伸應用

這條流程可以再往外擴。把未續保的名單接到 續保成效追蹤挽回流 做二次挽回與流失原因登錄，就能形成「提醒－追蹤－挽回」的完整閉環。也可以在 60 天那波加入「保障健檢」的軟性內容，順勢帶出加保或調整的需求。若通訊處同時經營客戶關懷，可參考 客戶經營食譜 把生日祝福、理賠關懷一起排進同一套節奏。更多排程與通知的擴充做法，可在 自動化專區 找到延伸範例。

流程圖

用到的工具

更多「專業服務」工作流

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