用 Claude Code 制作保险代理续保提醒邮件

保险代理的续保工作，常常在期限前才发现资料缺失、条件变化或内部确认停止。客户打开多个附件，却不知道到底变了什么，最后只能等电话。

Claude Code 不应该判断保障内容、保费、法律表述或适合性。它适合整理期限、确认项目、所需资料、担当备注和咨询预约链接，让客户邮件更容易读。保险判断仍然由有资格或负责人员确认。

本文说明如何把续保邮件整理成 5 封，适合个人代理店、小型企业保险代理和用表格或 CRM 管理续保的团队。目标不是盲目自动化，而是减少漏确认，并让需要咨询的客户更早预约。

要点

• 邮件顶部放期限、变化项目和客户要做的事。
• 给 Claude Code 契约类型、到期日、可能变化、所需资料和 FAQ。
• 人工审查保障内容、保费、重要说明、告知和内部规则。
• 5 封邮件分为预告、变化确认、未回复跟进、咨询预约、最终确认。
• 看期限前确认率、资料不完整率、预约率和电话往返次数。

失败场景

常见错误是直接复用去年的模板。文字很礼貌，但客户最想知道的「什么时候前做什么」被埋住。

另一个问题是变化点散在邮件中。地址、车辆、员工人数、销售额、设备、投保人、付款方式等，应先列成表。

Claude Code 不是保险判断工具。它帮助整理材料、邮件、清单和预约路径。

准备输入

输入	邮件内容	人工确认
契约类型	续保对象和日期	商品名处理
去年信息	变化确认清单	事实与客户确认区分
所需资料	资料、期限、形式	隐私处理
FAQ	常见问题	是否最新
担当备注	注意点和咨询候选	不猜测
预约 URL	时间段和时长	真实空位

把姓名、合同号、地址等个人信息遮掉，只保留确认项目的型。

Claude Code 的范围

Claude Code 可以写主题、结构、清单、未回复跟进、预约前问题和发送前检查，也可以分开客户项目和内部审核项目。

人审查保障、保费、免赔、付款、告知、重要事项和内部规则。若 Claude Code 写出「这个保障足够」，要删除。

处理日期时，用 Intl.DateTimeFormat 这类标准 API，减少手工日期错误。

5 封续保邮件

第 1 封: 60 天前预告

第一封只写到期日、对象和确认开始。客户只需要知道续保确认开始了。

主 CTA 是「查看续保清单」。

第 2 封: 45 天前变化确认

发送常见变化项目表: 地址、车辆、员工、设备、销售额、付款方式、负责人。

让 Claude Code 同时写客户说明和内部备注。

第 3 封: 30 天前未回复跟进

不要整封重发。写「还需要确认 3 项」，让客户可以用编号回复。

如果客户可能需要电话，这里放预约 CTA。

第 4 封: 14 天前预约咨询

有变化、法人契约、多契约或资料缺失时，把预约放在前面。15 分钟确认常常比长邮件更快。

把咨询写成「防止续保漏确认」，不要像销售推进。

第 5 封: 7 天前最终确认

最终邮件只放未提交资料、到期日和下一步。不要塞入新提案。

自助客户可用 PDF 或清单，需要可复用文案的团队可用 Prompt Templates，流程重设计则适合咨询。

三个使用场景

场景 1: 个人客户的短确认

个人客户通常不想读长邮件。Claude Code 可以把到期日、需要确认的变化、资料和预约链接整理成短文。客户只需要回答「有变化」或「没有变化」，担当人员再确认保险内容。

场景 2: 小型企业的部门分工

企业客户的确认项目可能分散在总务、财务、现场负责人和代表人之间。Claude Code 可以把地址、车辆、员工、设备、销售额、付款方式分组，让客户内部转发时更容易判断谁来回答。

场景 3: 未回复客户的预约导线

未回复客户不适合收到长篇重发邮件。把剩余项目缩成三条，并在需要时提供 15 分钟咨询预约。这里的咨询不是销售推进，而是防止续保前漏确认。

可复制 Prompt

请作为保险代理续保邮件编辑工作。

目标:
在续保前减少客户漏确认、资料不足和咨询预约延迟。

输入:
- 契约类别:
- 到期日:
- 客户类型:
- 可能变化的项目:
- 所需资料:
- FAQ:
- 预约 URL:
- 担当必须确认的项目:

输出:
1. 60、45、30、14、7 天前邮件目的
2. 主题
3. 客户正文
4. 担当确认备注
5. 易回复清单
6. 需要人工审核的项目

限制:
- 不推测保障或保费
- 不判断保障是否足够
- 不出现真实合同号、地址或个人信息
- 每封一个主 CTA

检查代码

const renewalEmails = [
  { day: -60, role: "notice", cta: "open_checklist", requiresLicensedReview: false },
  { day: -45, role: "change-check", cta: "reply_changes", requiresLicensedReview: true },
  { day: -30, role: "follow-up", cta: "reply_missing_items", requiresLicensedReview: false },
  { day: -14, role: "book-review", cta: "book_consultation", requiresLicensedReview: true },
  { day: -7, role: "final-check", cta: "confirm_documents", requiresLicensedReview: true },
];

const errors = [];
for (const mail of renewalEmails) {
  if (!mail.role) errors.push(`${mail.day}: role missing`);
  if (!mail.cta) errors.push(`${mail.day}: CTA missing`);
  if (Array.isArray(mail.cta)) errors.push(`${mail.day}: use one primary CTA`);
}

const licensedReviewCount = renewalEmails.filter((mail) => mail.requiresLicensedReview).length;
if (licensedReviewCount < 3) errors.push("Important renewal emails should keep human review gates");

if (errors.length) {
  console.error(errors.join("\n"));
  process.exit(1);
}

console.log("Renewal email sequence is ready for review.");

这段代码不做保险判断，只检查角色、CTA 和人工审核门槛。

常见坑

坑 1: 直接用去年文案。 变化项目会被埋住。

坑 2: 让邮件完成判断。 保险判断由人审核，邮件只明确材料和下一步。

坑 3: 给未回复者重发长文。 缩短为剩余项目。

坑 4: 预约看起来像推销。 写成续保前防漏确认。

看哪些数字

看期限前确认率、资料不完整率、咨询预约率、到期前电话数和重发数。如果电话减少但资料错误增加，邮件可能太短。

如果打开率高但回复低，客户可能不知道怎么回复。让 Claude Code 改成编号回复清单。

咨询路径

收集现有续保邮件、发送时机、所需资料、FAQ 和预约 URL。遮掉合同号和地址。

先用免费 PDF 学安全用法，用 Prompt Templates 增加可复用邮件和清单。若要重整续保流程，用咨询。

实际检查结果

本文用虚构续保流程，从 60 天前到 7 天前设计 5 封邮件，并用 Node.js 代码检查角色、一个主 CTA 和人工审核门槛。今天先把到期日、变化项目、所需资料、预约链接放到续保邮件顶部。