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

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

这是一张安全网，在您跌倒之前将您捕捉住。

为什么这个细节引起共鸣

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

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

何时将此细节引入您的产品

这种模式在高风险、不可逆转或容易出现“检查清单疲劳”的操作中最为有效。问问自己：

• 在主要操作之前，用户是否可能犯下常见且代价高昂的错误？想想没有标题就发布博客文章、在测试失败的情况下部署代码，或提交无效电子邮件的表单。
• 用户是否可能忘记最佳实践或法律要求？这可能是为图像添加替代文本以提高可访问性、在结账流程中包含服务条款，或警告用户他们即将删除大量数据。
• 系统是否能够智能地预测用户的意图？通过预测用户的真实目标（发送成功的电子邮件，而不仅仅是任何电子邮件），系统可以提供主动指导。

您在哪里见过它

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