为什么邮件营销依然值得做
这篇文章系统复盘了我在做网站/产品时,如何用一套低成本、可控、可扩展的方式跑邮件营销。核心不是“用什么工具”,而是邮件从哪来、怎么发、发给谁、在什么节点发。我会完整讲清楚:为什么我用 Cloudflare 做邮箱接收、用 Resend 发信;为什么要自己做一个发邮件页面;以及几个已经被大量产品验证过的邮件营销场景,包括 Stripe 打开未支付用户的优惠码触达 和 沉睡用户召回。这些方法不复杂,但非常实用。
在各种增长渠道里,邮件营销有一个非常现实的优势:
它是你真正“拥有”的用户触达渠道。
相比社交平台:
- 不受算法影响
- 不会被限流
- 不依赖平台推荐
只要用户邮箱还在,你就有一次重新沟通的机会。
前提只有一个: 你得把邮件发得足够“像人”,而不是像系统。
我的整体邮件架构
先把整体结构说清楚。
邮件接收:Cloudflare → Gmail
我接收用户邮件的方式是:
- 用 Cloudflare Email Routing
- 把自定义域名邮箱
- 统一转发到 Gmail
这样做的好处很明显:
- 不需要自己维护邮箱服务器
- Gmail 的收件体验非常稳定
- 重要邮件不容易漏
邮件发送:Resend
发邮件我用的是 Resend。
原因很简单:
- 专门为开发者设计
- API 清晰
- 送达率和基础设施稳定
但在实际使用中,我很快发现一个问题:
直接用 Resend 发邮件,对“营销型邮件”来说并不顺手。
为什么我要自己做一个发邮件页面
如果你只偶尔发一两封系统邮件,直接调 API 没问题。
但一旦涉及:
- 批量发送
- 条件筛选用户
- 不同场景下的营销邮件
你会发现:
- 每次都写脚本很麻烦
- 调试成本高
- 不利于反复使用
所以我干了一件事:
让 AI 给我写了一个“发邮件后台页面”。
这个页面具体做了什么
逻辑非常简单:
- 前端:一个发邮件的管理页面
- 后端:直接调用现有的 Resend API
功能包括:
- 单封邮件发送
- 批量邮件发送
- 邮件内容可编辑
- 支持变量替换
整个页面的开发难度并不高,本质就是:
把你已经能用 API 做的事,做成一个可视化界面。
集成到自己网站的隐藏好处
把邮件发送页面集成到自己的网站后台,有一个非常大的优势:
你可以直接用“用户数据”做筛选。
比如:
- 注册了但没付费的用户
- 打开过 Stripe 但没完成支付的用户
- 一段时间没登录的用户
这些筛选规则,如果放在自己系统里,几乎是顺手的事。
几个非常实用的邮件营销场景
下面这些,不是理论,而是大量产品都在用的真实玩法。
场景一:Stripe 打开但未支付用户
这是一个非常典型、也非常有效的场景。
很多用户的真实行为路径是:
- 点击购买
- 打开 Stripe 支付页
- 关闭页面
- 等一等,看有没有优惠码
有些用户,并不是不想买,而是在等一个“理由”。
可以怎么做
-
识别:打开 Stripe 但未完成支付的邮箱
-
延迟:比如 1–24 小时
-
发送:
- 一封简短邮件
- 附带一个限时优惠码
重点不是折扣有多大,而是:
告诉用户:你注意到他了。
场景二:沉睡用户召回
几乎所有产品都会遇到这个问题:
- 用户注册过
- 用过一阵
- 然后消失
邮件是唤醒这类用户成本最低的方式之一。
常见做法
-
告诉用户:
- 最近上线了什么新功能
- 修复了哪些之前的问题
-
或者:
- 赠送一些回归积分
- 提供限时体验权益
这类邮件的核心不是“促销”,而是:
给用户一个重新打开你网站的理由。
场景三:功能更新通知
相比在社交平台喊话:
- 邮件的到达率更高
- 用户注意力更集中
尤其适合:
- 核心功能更新
- 明确能解决某类问题的改动
前提依然是:
- 内容要短
- 只讲对用户有用的变化
我对邮件营销的核心判断
邮件营销从来不是:
- 群发广告
- 疯狂促销
- 每周轰炸
它真正有效的前提只有一个:
你是不是在对“合适的人”,在“合适的时间”,说“合适的话”。
而这三点,恰恰是:
- 自己掌控发送系统
- 自己掌控用户数据
才能做到的。
总结
如果你已经有:
- 网站或产品
- 用户数据
- 基础的支付或注册体系
那邮件营销是一条投入极低、回报稳定、可长期复用的增长路径。
我的建议是:
- 不要一开始就追求复杂自动化
- 先把“能发、能筛、能复用”这三件事跑通
- 再慢慢优化内容和节奏
很多转化,并不是用户不想买, 而是你从来没有在对的时间,提醒过他一次。