Woodpecker 处理基于序列的外发。你来决定哪些内容被加入序列。
Woodpecker 专为冷邮件外发而生——自动化序列、跟进管理、收件箱预热，以及对中小企业和代理商的多收件箱支持。它处理外发的运营层面：调度、时机、可达性信号，以及运行持续性开发的团队的活动管理。
Woodpecker 不会在联系人记录进入序列之前对其进行筛查。它接收任何被导入的内容，并对其执行序列。劣质记录会受到全套处理——所有跟进步骤、所有延时、所有收件箱容量——直到退件或人工干预停止它。
对于使用 Woodpecker 团队工作区的代理商，这种风险会成倍放大。一份客户的未验证列表在未经质量检查就导入后，会影响服务所有其他客户的共享发送基础设施。保护工作区意味着在任何列表导入之前——无论客户或来源如何——建立一致的验证标准。
导入 Woodpecker 前需要检查什么。
代理商和中小企业环境中的 Woodpecker 用户通常从 CSV 导出、Apollo、LinkedIn 或通过潜在客户生成工具收集的数据导入。每个来源的质量各不相同。以下字段在任何记录进入 Woodpecker 序列前都至关重要。
| 字段 | 重要性 |
|---|---|
| 邮件地址 | 接收每个序列步骤的地址——主要投递目标 |
| 域名 | 决定 catch-all 行为、MX 有效性，以及目标公司是否仍在运营 |
| 来源 | 客户提供的 CSV、Apollo、LinkedIn、潜在客户生成工具——各自携带不同的错误率 |
| 屏蔽状态 | 之前退件或退订的联系人必须排除在新序列之外 |
| 列表年龄 | 超过 90 天的记录应重新验证——联系人数据随时间稳定衰减 |
每种信号类型带来的风险。
Woodpecker 序列可能运行数天或数周，包含多个跟进步骤。无效或风险记录不会立即被捕获——它会收到所有配置的触达，然后才在活动分析中出现退件。
| 信号 | 投递行为 | 对 Woodpecker 活动的风险 |
|---|---|---|
| 无效 | 被接收服务器永久拒绝 | 硬退件——直接损害发件收件箱和关联域名 |
| Catch-all | 域名接受所有地址，邮箱状态不确定 | 可能投递也可能退件——在序列中引入测量噪音 |
| 角色型 | 共享收件箱（info@、sales@、hr@） | 可达但不适合针对个人的个性化序列外发 |
| 一次性 | 临时或低信任地址 | 没有真实联系人——浪费序列中所有跟进容量 |
| 未知 | 验证结果不确定 | 未经深思熟虑的审核不应进入任何活跃序列 |
| 重复 | 同一地址出现在多个序列或客户列表中 | 联系人同时收到多个序列——投诉和退订风险 |
在导入前验证——而不是在退件后补救。
验证的实际时机是在任何记录进入 Woodpecker 序列之前。一旦联系人处于活跃序列中，删除他们需要人工干预，并破坏活动计划的连续性。在导入前识别劣质记录更简单，并从一开始就保护发送基础设施。
导入是一个承诺节点。在 Woodpecker 中，尤其是在代理商工作区，这种承诺延伸到支持活动的共享收件箱基础设施。导入前验证意味着序列从干净的基础开始，其背后的收件箱不会因为从未可达的记录而承受退件。
将每个结果路由到正确的分组。
| BillionVerify 结果 | 导入 Woodpecker 前的处理方式 |
|---|---|
| 有效 | 导入目标序列进行完整的计划执行 |
| 无效 | 不导入——添加到客户级屏蔽列表 |
| Catch-all | 独立序列，减少跟进频率，密切监控 |
| 角色型 | 独立序列，针对共享收件箱路由调整文案 |
| 未知 | 暂挂待审核——未经决策不进入任何活跃序列 |
| 风险或一次性 | 不导入 |
对于代理商工作区，在客户级别和活动级别都维护屏蔽列表。如果同一工作区基础设施是共享的，某客户活动中的退件地址，不应能以不同活动名称再次导入。
列表验证完成后。
将已审批记录导入 Woodpecker 后：
- 有效地址进入目标序列，完成所有计划的跟进步骤
- Catch-all 地址在独立的低频序列中运行，限制跟进次数
- 角色型地址进入考虑了共享收件箱路由的文案序列