产品指南
潜在客户邮箱验证：实用工作流程
一套适用于团队的潜在客户邮箱验证工作流程：在获取时进行实时检查，对现有记录进行批量检查，并将可投递性与许可分开管理。
一套用于潜在客户邮箱验证的两阶段工作流程：在获取时进行实时检查，并对现有记录进行批量检查。
潜在客户邮箱验证在两个阶段进行效果最佳。在获取阶段，实时检查可以告知您提交的地址在当时是可投递还是不可投递。在批量阶段，同样的检查可以清理通过导入或旧表单获取的存量潜在客户。EmailCheckPro 不会向该地址发送任何内容，因此验证潜在客户不会与对方产生联系。
第一阶段：在获取时验证潜在客户
在获取瞬间进行检查，可以在用户还在页面时捕捉拼写错误并进行修正。针对单个地址，请使用 POST /api/v1/check 进行邮箱可达性检测，或使用仪表板进行临时检查。
确定流程中每个结果的处理方式：
- 可投递： 按正常流程继续。
- 不可投递： 显示友好的提示，建议重新输入地址，而不是直接强制拦截；合法的用户可能只是输错了。
- 无完整结果： 放行该潜在客户并将记录加入后续跟进队列。未完成的检查并非针对个人的判定。
保持信息中立。检查结果仅表示该地址无法接收邮件，并不代表该潜在客户不可信。
第二阶段：对现有潜在客户进行批量检查
现有记录需要不同的处理方式。选择适合您的规模：
| 数据量 | 适用方式 |
|---|---|
| 少量记录 | 实时单次检查 |
| 单次请求中的一组地址 | 同步多地址检查，每次请求 1 到 100 个 |
| 大型导出列表 | 包含 TXT 或 CSV 文件的异步批量任务 |
多地址检查结果会保留输入顺序，便于将其映射回原始行。对于批量任务，请轮询状态，并在任务成功后下载结果 CSV 文件。产品限制适用，请在 API 文档中确认当前数值。
根据结果路由潜在客户
将判定结果和检查日期存储在潜在客户记录中，然后进行路由：
- 可投递的潜在客户进入正常的培育或销售序列。
- 不可投递的潜在客户进入修正队列。销售代表可能会找到其他联系方式。
- 无法判定的潜在客户留在单独的细分群体中，以便后续重新检查或通过其他渠道联系。
一些团队会增加规则，例如在开展活动前重新检查超过一定期限的潜在客户。这是内部决策。有用的原则是：判定结果应带有日期，且决策应说明其所依据的日期。
潜在客户邮箱验证中的常见错误
一些模式在不同团队中反复出现，且都很容易避免。
- 将所有非可投递结果视为不可投递。 无效格式、检查失败和无法判定（如 Catch-All 域名）是不同的结果。只有完整的不可投递结果才意味着该地址在检查时无法接收邮件。将其他结果混为一谈会掩盖那些值得二次确认的潜在客户。
- 只验证一次，之后不再验证。 一个在获取时可投递的地址，几个月后可能就无法投递了。请存储检查日期，并在大型活动前重新检查，特别是针对那些处于闲置状态的潜在客户。
- 在表单处进行拦截。 强制停止会挫伤那些只是输错地址的用户。请提供修正提示，并在没有返回结果时保持表单可用。
- 在同一个文件中混合使用产品。 邮箱头像检测仅限于 Gmail、Yandex 和 Mail.ru 地址，因此请将通用潜在客户列表通过邮箱可达性检测进行处理，并仅对上述域名使用头像检测产品。
- 将头像解读为身份证明。 公共头像是一个补充信号。它不能验证谁拥有该地址，也不赋予您重复使用该图片的权利。
在启动工作流程前对这五点进行简要回顾，通常可以消除后续大部分的返工。
将可投递性与许可分开管理
可投递的潜在客户是指其地址可以接收邮件的潜在客户。
将许可、抑制和退订状态保留在各自的字段中，并优先应用这些规则。验证仅作为列表质量的一个输入项，与您团队已遵循的规则并行使用。
常见问题解答
团队如何在不打扰真实用户的情况下验证潜在客户邮箱？
当地址看起来不可投递时，使用软提示，提供纠正拼写错误的机会。避免强制拦截，并在未返回完整结果时允许潜在客户继续操作。这样既能保证合法注册的顺畅，又能捕捉到错误。
团队如何验证数据库中已有的潜在客户？
将其导出为 TXT 或 CSV 并运行异步批量任务，或通过同步多地址端点发送 1 到 100 个地址的组。将判定结果和检查日期写回每条记录，以便后续活动可以按新鲜度进行筛选。
可投递结果是否意味着可以联系该潜在客户？
不。这仅意味着该地址在检查时可以接收邮件。联系个人的许可取决于许可协议和团队自身的政策，这些信息应与可投递性判定分开存储和应用。
了解更多
选择适合您工作流程下一步的产品信息。