用 Claude Code 设计 B2B SaaS 试用期邮件: 从首次成功到商机

B2B SaaS 的免费试用有注册量，却没有更多商机时，问题不一定在产品本身。很多欢迎邮件只介绍功能，却没有告诉用户「先完成哪一个动作，才算这个产品值得继续评估」。

在企业软件里，注册者和购买决策者也常常不是同一个人。使用者看界面，管理者看成本、安全、流程适配和内部风险。试用期邮件要分别给这两类人判断材料，而不是每封都硬推演示会议。

本文说明如何用 Claude Code 把试用期邮件整理成 5 封，适合工作流工具、开发者工具、内部审批工具、CRM 周边工具和分析仪表板。目标不是多发邮件，而是提高首次成功、清晰交接销售，并把合适的读者导向免费 PDF、Gumroad 商品或咨询。

要点

• 第一封邮件不要列功能，而要指向 15 分钟内能完成的首次成功。
• 给 Claude Code 注册字段、行为事件、FAQ、价格页和销售笔记。
• 人来审查价格、合同、安全、取消和效果数字。
• 5 封邮件分别负责首次成功、团队扩展、决策材料、阻塞救援和试用结束前的下一步。
• 不只看打开率，还要看首次成功率、CTA 点击、回复质量和商机转化。

常见失败场景

最常见的错误，是注册后马上发送「我们有很多强大功能」。忙碌的用户没有时间全部探索。如果看不到一个明确的第一步，邮件读完也不会行动。

第二个错误，是产品团队和销售团队分别发邮件。产品说「请登录」，销售说「要不要约会议」。用户看到的是同一家公司提出两个不同要求。

Claude Code 的价值不是批量写文案，而是读取日志、FAQ、销售笔记和价格页，为不同用户状态选择下一步。

准备输入材料

输入	邮件输出	人工确认
注册表单	公司规模、角色、目标	不过度推断
使用事件	登录、邀请、导入、首个报表	只用真实可追踪事件
FAQ	价格、权限、安全、迁移	答案是否最新
销售笔记	采购流程、竞品、障碍	删除客户名
价格页	套餐差异和限制	条款准确
案例	使用前后状态	数据和授权

这样，邮件就从功能说明变成了决策支持。

Claude Code 做什么，人做什么

Claude Code 可以起草 5 封邮件结构、主题、正文、CTA、分支条件、UTM 参数和发送前检查。它也适合把重复 FAQ 和销售问题合并。

人必须审查价格、合同、安全、效果数字、取消政策和竞品比较。没有证据的「减少 30% 工作量」要删除。

生成跟踪链接时，可以使用 URLSearchParams 这类标准 API。手工拼 UTM 参数很容易在已有查询参数时出错。

5 封邮件

第 1 封: 只做一个首次成功

不要发送功能列表。只给一个 15 分钟任务: 导入示例 CSV、创建第一个仪表板、运行一次仓库检查，或邀请一名同事。

CTA 只放一个，例如「打开仪表板」或「创建第一个项目」。免费 PDF 和销售咨询先放到次要位置。

第 2 封: 扩大使用

首次成功后，引导用户邀请同事、设置权限或开启通知。B2B 试用如果只有一个人摸过产品，很难进入采购判断。

如果读者需要可复用的指令，可以链接到免费 PDF或 Gumroad Prompt Templates。

第 3 封: 给决策者材料

用户多次登录后，发送可以转给上级的材料: 价格、权限、安全、迁移和运营适配。

这里可以出现咨询 CTA，但语气要务实。「如果想把它整理成内部导入计划，可以预约咨询」比强推 demo 更自然。

第 4 封: 帮助停住的人

对注册但没有行动的人，询问阻塞原因: 登录、没有样本数据、权限担忧、不知道先试什么、没有时间。选择题比新功能介绍更容易得到回复。

让 Claude Code 同时写用户邮件和内部客服标签。

第 5 封: 试用结束前促成判断

试用结束前，不要只发折扣。询问决策缺少什么: 管理员权限、安全文档、发票、给上级的摘要、迁移估算。

高意向用户去销售，学习型用户去 PDF 或 Gumroad，团队导入问题去咨询。

可复制 Prompt

请作为 B2B SaaS 免费试用邮件编辑工作。

目标:
制作 5 封邮件，让用户完成首次成功，并按需要进入销售、免费 PDF、Gumroad 资源或咨询。

输入:
- SaaS 类型:
- 主要使用者:
- 购买决策者:
- 试用期:
- 首次成功动作:
- 可用行为事件:
- FAQ:
- 价格页 URL:
- 安全文档 URL:
- 预约 URL:
- 免费 PDF URL:
- Gumroad 商品 URL:

输出:
1. 每封邮件的角色
2. 每封 3 个主题
3. 正文草稿
4. 每封一个主 CTA
5. 发送条件和停止条件
6. 人工审查清单

限制:
- 不虚构效果数字
- 每封只有一个主 CTA
- 不给未使用者发送长销售文
- 价格、取消和安全信息要清楚

可运行检查代码

const sequence = [
  { id: "day0", role: "first-success", cta: "open_workspace", url: "https://example.com/app?utm_source=trial_email&utm_campaign=day0" },
  { id: "day2", role: "invite-team", cta: "invite_member", url: "https://example.com/team?utm_source=trial_email&utm_campaign=day2" },
  { id: "day5", role: "decision-pack", cta: "download_security_sheet", url: "https://example.com/security?utm_source=trial_email&utm_campaign=day5" },
  { id: "day9", role: "blocked-user", cta: "reply_blocker", url: "mailto:[email protected]" },
  { id: "day13", role: "trial-ending", cta: "book_consultation", url: "https://example.com/demo?utm_source=trial_email&utm_campaign=day13" },
];

const errors = [];
for (const mail of sequence) {
  if (!mail.role) errors.push(`${mail.id}: role is missing`);
  if (!mail.cta) errors.push(`${mail.id}: CTA is missing`);
  if (Array.isArray(mail.cta)) errors.push(`${mail.id}: CTA should be one primary action`);
  if (mail.url.startsWith("http") && !mail.url.includes("utm_campaign=")) {
    errors.push(`${mail.id}: tracking parameter is missing`);
  }
}

const roles = new Set(sequence.map((mail) => mail.role));
if (roles.size !== sequence.length) errors.push("Some emails have duplicated roles");

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

console.log("Trial onboarding sequence is ready for human review.");

这段代码不发送邮件，只检查角色、一个主 CTA 和跟踪参数。

常见坑

坑 1: 每封都要求预约 demo。 首次成功之前太重。早期邮件应该指向产品内的小动作。

坑 2: 给未使用者继续讲功能。 先问他们卡在哪里。

坑 3: 编造效果数字。 只有在有测量条件和证据时，才使用节省率或增长率。

坑 4: 销售和产品各发各的。 先做发送日历和停止条件。

看哪些数字

打开率不够。要看首次成功率、第二次登录率、邀请率、决策文档点击、商机转化和试用结束前回复。

如果邮件点击多但首次成功少，问题可能在产品第一屏，而不是邮件。

咨询路径

自己试时，收集现有试用邮件、注册字段、FAQ、价格页、销售笔记和事件名称。删除个人信息，只保留用户状态。

如果需要安全地使用 Claude Code，先用免费 PDF。需要可复用邮件和销售 prompt 时，用 Prompt Templates。如果产品、销售、安全需要同一个流程，用咨询整理。

实际检查结果

本文用虚构的 B2B SaaS 试用场景，整理了 5 封邮件角色、CTA、UTM 和停止条件，并用上面的 Node.js 代码确认每封都有角色和一个主 CTA。今天可以先把欢迎邮件中的功能列表，替换为一个 15 分钟首次成功任务。