Overloop 自动化序列，但不过滤进入序列的内容。
Overloop——前身为 Prospect.io——是一个多渠道销售参与平台，将邮件序列、LinkedIn 自动化和 CRM 集成结合在一起。团队使用它在不手动管理每个触点的情况下跨渠道运行协调外推。
这种自动化带来了效率，但也意味着一旦联系人注册到 Overloop 序列中，平台会持续执行步骤，直到序列结束或联系人被手动移除。名单没有序列中途的质量检查。在序列开始时进入的任何内容都会一直运行到结束。
这就是为什么质量决定属于导入前的原因——不是因为 Overloop 在其工作中失败，而是因为它的工作是自动化，而非过滤。名单质量决定由你在上游做出。
注意：Overloop 于 2023 年被 Salesflare 收购，不再作为独立产品提供。如果你正在从 Overloop 迁移或评估类似的销售参与工具，本页上的发送前验证原则适用于任何基于序列的出站平台。
Overloop 导入前应检查的内容。
Overloop 中的联系人来自其内置潜在客户开发功能、外部 CSV 导入、CRM 集成和手动添加。每种来源的质量特征不同。在任何联系人进入序列之前，在字段级别进行验证。
| 字段 | 为何重要 |
|---|---|
| 邮件 | 主要投递地址——序列注册前必须有效 |
| 域名 | 决定 catch-all 行为、MX 有效性，以及公司是否仍在运营 |
| 来源 | Overloop 潜在客户开发、CSV 导入、CRM 同步、手动——每种来源的可靠性特征不同 |
| 抑制状态 | 之前退信或退订的联系人不应通过新导入重新进入 |
| 名单年龄 | 超过 90 天前获取的联系人在序列注册前应重新验证 |
每种信号类型产生的风险。
Overloop 序列跨多个步骤运行，可以在邮件之外包含 LinkedIn 触点。了解每种信号类型如何影响投递，有助于你决定哪些记录应该进入序列。
| 信号 | 投递行为 | 对 Overloop 序列的风险 |
|---|---|---|
| 无效 | 永久拒绝 | 硬退信——对发送域名的声誉损害 |
| Catch-all | 域名接受所有地址，邮箱不确定 | 跨序列步骤的投递不确定性——放大退信风险 |
| 角色型 | 共享收件箱（info@、contact@、support@） | 低参与度、潜在投诉，不是命名的个人联系人 |
| 一次性 | 临时或低信任地址 | 不是真实的商业联系人——导入前移除 |
| 未知 | 验证结果不确定 | 待人工审查前从活跃序列中排除 |
| 重复 | 同一地址导入多次 | 重复的序列步骤、投诉风险、归因失真 |
在导入前验证——而非在退信后。
一旦联系人注册到 Overloop 序列，他们会自动推进每个步骤。在注册后发现名单质量问题意味着退信已经发生。声誉损害已经在进行中。正确的干预是在导入之前。
Overloop 的内置潜在客户开发功能不能替代外部验证步骤。它获取的联系人在进入序列之前仍然需要通过 BillionVerify。内置数据获取和投递就绪验证是不同的功能——一个找联系人，另一个确认他们安全可发送。
在 Overloop 看到之前路由每个结果。
| BillionVerify 结果 | 行动 |
|---|---|
| 有效 | 导入 Overloop 并注册到目标序列 |
| 无效 | 不导入——添加到抑制名单 |
| Catch-all | 具有较低发量和更密切投递监控的单独序列 |
| 角色型 | 适合共享或团队收件箱消息的单独序列 |
| 未知 | 保留以供人工审查——从活跃序列中排除 |
| 高风险或一次性 | 不导入 |
对于包含 LinkedIn 步骤的多渠道序列，有无效邮件地址的联系人仍然可以通过 LinkedIn 触点推进。这造成了在无法通过邮件触达的联系人上看似有进展的假象。在导入前过滤掉无效邮件，这样你的序列数据能准确反映真实可触达的潜在客户。
名单验证后的处理。
将已批准的联系人放入 Overloop 后：
- 有效联系人按标准节奏注册到主序列
- Catch-all 联系人在单独监控的低发量序列中运行
- 角色型联系人获得为共享收件箱设计的消息