AI PLAY玩法更新持续收录
← 回到更新流

2026-09-28 · 原文发布日

续约提醒阶梯:T-30/T-7/T-1自动邮件

免费n8n模板:每天9点读Google Sheets续约表,按距续约天数把客户分进T-30、T-7、T-1三个提醒阶段并防重复发送,结合使用分、未结工单和合同额算0-100风险分;OpenAI按风险档位生成不同口吻的提醒邮件经Gmail发出,风险70以上自动在Google Calendar建'挽留电话'日程,跑完向Slack发当日摘要。

原文要点

n8n免费模板(作者isaWOW):每天09:00触发,读Google Sheets续约表,规范化邮箱、续约日期、使用分、未结工单、合同额并跳过无效行;计算距续约天数,把客户分入T-30/T-7/T-1提醒阶段,计算0-100风险分并防止同阶段重复发送;OpenAI按风险档位生成不同口吻的纯文本提醒邮件经Gmail发出并回写表格;风险分≥70自动在Google Calendar建'挽留电话'日程;跑完向Slack发当日摘要。需替换表格ID、日历邮箱、Slack频道名,阶段天数与风险权重可在代码节点调整。

这次做成什么

搭好这条续约提醒阶梯,用三行虚构客户数据验证:正确分阶段、防重复、按风险分触发日历日程,并把Slack摘要发出来。

准备什么

  • n8n实例及Google Sheets、Gmail、OpenAI、Google Calendar、Slack五组凭据(建议先用测试Google账号与测试Slack工作区)
  • 一张按模板列结构建好的Google Sheets续约表,含Customer ID、Email、Renewal Date、Usage Score、Open Tickets、Contract Value、Last Reminder Stage、Last Reminder Date、Risk Score等列(列名以模板实际为准)
  • OpenAI API密钥(按量计费)

具体怎么做

  1. 建表并填入测试数据

    复制模板要求的列结构建Renewals表,填入材料中的三行虚构客户:一个距续约30天低风险、一个7天中风险、一个1天高风险,邮箱先用你自己的测试邮箱,避免误发真实客户。

  2. 导入模板并替换三处占位

    导入工作流后把YOUR_GOOGLE_SHEET_ID换成你的表格ID并确认表/标签页名Renewals;把YOUR_CALENDAR_EMAIL换成测试日历;把YOUR_SLACK_CHANNEL_NAME换成测试频道;五组节点分别绑定对应凭据。

  3. 手动跑一轮核对分支

    流程为:定时触发→读表规范化→算天数分阶段+算风险分+查重→OpenAI按档位写邮件→Gmail发送并回写表格→风险≥70建日历日程→Slack摘要。对照三行测试数据逐节点看输出:30天行进T-30、7天行进T-7、1天且风险≥70的行应额外在日历出现'挽留电话'事件。

  4. 验证防重复

    不改数据立刻再跑一次,确认同一客户同一阶段不会重复发邮件(Last Reminder Stage/Date已回写);把某行续约日期改到下一阶段再跑,确认会进入新阶段提醒。

  5. 调参并启用定时

    在代码节点按你的业务调整T-30/T-7/T-1天数窗口和风险权重,确认无误后启用每天09:00的调度。

可直接复制的材料

测试用续约表三行数据

本站虚构数据,假设运行日为2026-10-05:三行分别落入T-30、T-7、T-1;邮箱请换成你的测试邮箱别名,日期随实际测试日平移

Customer ID,Email,Renewal Date,Usage Score,Open Tickets,Contract Value,Last Reminder Stage,Last Reminder Date,Risk Score
C-1001,test-renew+a@example.com,2026-11-04,85,0,12000,,,
C-1002,test-renew+b@example.com,2026-10-12,55,2,30000,,,
C-1003,test-renew+c@example.com,2026-10-06,20,5,80000,,,

风险分设计参考

权重为本站示例设计,模板的实际公式与阈值以其代码节点为准,导入后先读代码再改

风险分0-100,示例权重(本站建议,模板默认值请在代码节点核对):
使用分低于40:+40分;40-69:+20分;70以上:+0
未结工单每个:+10分,封顶+30
合同额≥50000:+10分(高价值流失代价大)
≥70触发Google Calendar'挽留电话'日程
按此规则:C-1001约0分、C-1002约40分、C-1003约80分→仅C-1003建日程

输入与输出示例

本站虚构演示,非模板实际运行结果;风险分按上一条材料的示例权重计算

输入

运行日2026-10-05,读入上表三行:C-1001剩30天、C-1002剩7天、C-1003剩1天且使用分20、5个工单、合同额8万。

对应输出

当日摘要(Slack示意):'续约提醒日报:发送3封。T-30:C-1001(风险0);T-7:C-1002(风险40);T-1:C-1003(风险80,已在10月6日创建挽留电话日程)。' 三封邮件口吻不同:C-1001为常规友好提醒,C-1003为紧急挽留口吻;表格三行的Last Reminder Stage/Date与Risk Score被回写。

做完检查这些

  • 三行测试数据分别进入T-30、T-7、T-1分支且只发对应阶段的邮件
  • 高风险行(按你确认的阈值≥70)在测试日历出现续约日当天的'挽留电话'事件
  • 不改数据连续跑两次,第二次不重复发送任何提醒
  • Slack测试频道收到含发送数与高风险名单的当日摘要
  • 表格中Last Reminder Stage、Last Reminder Date、Risk Score三列被正确回写

容易卡住的地方

  • 模板免费,但OpenAI、Gmail等各自计费与限额照常;邮件口吻由OpenAI生成,正式启用前先审阅测试邮件文案
  • 风险权重和阶段天数的确切默认值需导入后读代码节点核对,本站的权重只是示例
  • 列名必须与模板读取的字段一致,改名会导致规范化步骤跳过该行
  • 测试期间所有收件邮箱用你自己的别名,防止误发真实客户
  • 每日09:00为模板默认,时区以n8n实例设置为准

原文与作者资料 ↗

本站借助AI整理来源事实,独立编写中文操作指南与示例。示例不代表实际运行结果;来源效果尚未由本站独立复现。付费模板与模型、服务费用分别计算。

原文标题
Send renewal reminder ladder with Google Sheets, GPT-4.1-mini and Slack
原作者
isaWOW
原始发布日期
2026-09-28T05:00:03.017Z
来源
https://n8n.io/workflows/19998