检查用户内容中的潜在问题

在 Resend 中发送广播之前，界面会运行一个简单而巧妙的检查：它扫描您电子邮件的 HTML 以查找退订链接。如果找不到，便会出现一个微妙但显而易见的警告，阻止您发送，直到您添加了该链接。

这是一个在您跌倒之前捕捉到您的安全网。

为什么这个细节引起共鸣

这不仅仅是一个友好的提醒；它是错误防范的一个例子，这是一种常被称为 Poka-yoke 的设计原则。该系统旨在在不可避免的人为错误发生之前加以防止。

• 它将检查清单外部化。发送活动的用户正在考虑文案、主题行和发送列表。忘记法律要求的页脚是一个容易犯的错误。Resend 将这种认知负担从用户身上转移到系统上，这是它应有的地方。
• 通过合作建立信任。该功能表示：“我支持你。”通过防止一个严重的错误——一个可能影响投递率、惹恼用户，甚至带来法律后果的错误——Resend 将自己定位为一个值得信赖的合作伙伴，而不仅仅是一个被动的工具。
• 在正确的时间提供适当的摩擦。它不是让您发送后再显示错误，而是阻止主要操作。这一瞬间的摩擦是有价值的，因为它防止了一个更大、不可逆转的问题。

您在哪里见过它

• Gmail：著名地扫描您的电子邮件，查找诸如“我已附上”的短语，并在您未附加文件时警告您。
• GitHub：如果存在合并冲突或所需的状态检查（如自动测试）未通过，则阻止您合并拉取请求。
• Vercel：如果构建过程失败，则停止部署，防止损坏的代码到达生产环境。这是对您整个应用程序的服务器端预检查。