海外 SaaS 邮件服务对比

邮件服务至少分成三种：事务邮件、产品生命周期邮件和营销群发。密码重置、支付回执、邀请邮件需要稳定及时；欢迎、试用提醒和召回邮件需要事件触发和流程；新闻通讯则更关注联系人、分组、退订和营销统计。

把三者全部塞进一个“发邮件 API”里，早期看起来简单，用户量起来后很容易遇到退订、域名信誉、模板、统计和权限混乱的问题。

先分三类邮件

Resend 适合在代码里快速发送邮件。常见接入方式是：后端创建 API Key，验证自己的发送域名，使用 SDK 发送带模板变量的邮件，再通过 Webhook 接收送达、退信和投诉事件。

它适合：

域名验证不是可选步骤。至少要配置 SPF 和 DKIM，并根据发送场景考虑 DMARC。建议使用独立的邮件子域名，把产品邮件、营销邮件和主站域名的信誉隔离开。

Loops 关注 SaaS 的 Product Email：用户注册后触发欢迎流程，试用即将结束时发送提醒，长期未活跃时进入召回流程。它通过事件和用户属性驱动工作流，适合把邮件和产品状态连接起来。

推荐的事件模型类似这样：

不要把邮件发送代码直接散落在业务接口里。后端只负责发出业务事件，邮件平台负责根据事件和用户属性决定发送流程，这样更容易改文案、调整节奏和做实验。

Amazon SES 适合已经使用 AWS、发送量较大且愿意自己管理模板、事件和投递策略的团队；SendGrid 提供 API、SMTP、模板、联系人和营销能力，适合希望在一个成熟产品里兼顾工程与运营的团队；Mailgun 更偏开发者邮件 API、路由和验证能力。

这三者都能发送事务邮件，但使用体验不同：SES 更像基础设施，SendGrid 更像完整邮件产品，Mailgun 更像开发者 API。上线前应比较域名验证、退信事件、模板管理、数据保留和团队协作，而不是只看发送单价。

Customer.io 适合把产品事件、用户属性、分群和多步骤旅程连接起来。它比简单的欢迎邮件工具更重，但当产品需要试用转化、激活、召回、通知和多渠道触达时，可以与 Loops、Brevo 放在同一层比较。

Brevo 同时提供 Email、SMS、WhatsApp、联系人、事件和营销 API。它适合希望在控制台里管理联系人和营销活动，又需要用 API 发送事务邮件的团队。

如果只是给后端发送几封系统邮件，Brevo 的功能可能显得多；如果产品需要 Newsletter、营销联系人、自动化流程和多渠道触达，它会更有价值。

Klaviyo 更适合电商和以行为事件、分群、收入归因为核心的营销自动化。Mailchimp 更适合 Newsletter、联系人管理、活动模板和营销运营。

两者都不应该成为密码重置、登录验证码等关键事务邮件的唯一依赖。事务邮件应使用专门 API 或独立发送域名，避免营销名单、批量发送和退订规则影响系统邮件。

至少在数据模型里区分：

例如：notify.example.com 用于事务邮件，news.example.com 用于营销邮件。具体命名不重要，重要的是发送信誉和退订逻辑不要互相污染。

上线前要完成：

邮件平台能提供发送基础设施，但不能替你保证内容质量。垃圾词、低互动、未经同意的联系人和大量投诉，都会损害域名信誉。

应用代码最好只暴露统一接口，例如：

await mailer.sendTemplate("trial-ending", {
  to: user.email,
  locale: user.locale,
  variables: { daysLeft: 3 },
});

模板名称、用户语言、幂等键和业务事件由应用管理，具体供应商 SDK 放在 mailer 适配层里。以后从 Resend 迁移到 Brevo，或者把产品邮件交给 Loops，不需要修改所有业务接口。

海外 SaaS MVP 的邮件组合通常是：Resend 负责事务邮件，Loops 或 Brevo 负责产品和营销邮件。先把域名认证、退订、事件模型和失败监控做好，比单纯比较每月能发多少封邮件更重要。