Mailshake 负责外发序列，你来决定放入什么内容。
Mailshake 专为简洁的外发邮件而设计——干净的序列、收件箱轮换、送达率控制，以及不需要销售运营团队即可配置的活动管理。它深受销售团队、创始人和代理商的青睐，适合开展无需复杂编排的直接潜客开发活动。
Mailshake 的优势在于让活动易于启动，这正是它的核心特性。但这也是名单质量决策容易被忽视的地方——当启动一个活动只需十分钟，就会有人忍不住在未验证名单的情况下导入，打算事后再处理退信问题。
小型外发团队的退信预算有限。用于冷邮件外发的域名没有深厚的声誉储备。一次高退信率的活动就可能导致收件箱落地问题，恢复可能需要数周时间。
Mailshake 导入前需要检查的内容。
Mailshake 活动通常从 CSV 导出、Apollo、LinkedIn 或手动潜客开发中导入名单。每种来源的默认质量水平各不相同。以下是任何名单进入 Mailshake 活动前都需要关注的字段。
| 字段 | 重要性 |
|---|---|
| 邮件地址 | 接收每个序列步骤的地址——活动启动前必须验证 |
| 域名 | 决定 catch-all 状态、MX 健康状况以及域名是否仍然有效 |
| 来源 | Apollo、LinkedIn 导出、CSV、手动研究——每种来源有不同的衰减率和错误率 |
| 屏蔽状态 | 之前退信或退订的地址不应重新进入任何 Mailshake 活动 |
| 名单时效 | 超过 90 天的名单存在较大的时效风险——重复使用前务必重新验证 |
每种信号类型带来的风险。
使用 Mailshake 的小型团队比大型组织更容易受到退信率后果的影响。五千行名单中的几百条糟糕记录就可能将退信率推入危险区间。
| 信号 | 投递行为 | 对 Mailshake 活动的风险 |
|---|---|---|
| 无效 | 被接收服务器永久拒绝 | 硬退信——直接损害发送域名和收件箱声誉 |
| Catch-all | 域名接受所有地址，邮箱状态不确定 | 投递不稳定——扭曲退信率和效果数据 |
| 角色邮箱 | 共享收件箱（info@、sales@、hr@） | 技术上可投递，但作为具名外发联系人价值很低 |
| 一次性 | 临时或低可信度地址 | 非真实企业联系人——在任何序列中均无价值 |
| 未知 | 验证结果不确定 | 未经有意决策不应进入活动 |
| 重复 | 同一地址被导入超过一次 | 向同一联系人重复发送——投诉和退订风险 |
在导入前验证，而不是退信后才补救。
处理名单质量问题的最佳时机是在 Mailshake 活动创建之前。一旦名单加载完毕并发出第一批邮件，退信损害就已经开始发生。等到第一波活动结束后再查看效果数据，为时已晚，无法保护域名。
导入是一个承诺节点。Mailshake 活动通常被设计为一旦启动就运行到结束。在导入前将名单处理好，意味着活动可以按预定计划进行，无需在发送途中紧急暂停以清除糟糕记录。
将每个结果分配到正确的分组。
| BillionVerify 结果 | Mailshake 导入前的操作 |
|---|---|
| 有效 | 导入目标 Mailshake 活动 |
| 无效 | 不要导入——添加到屏蔽名单 |
| Catch-all | 单独的低发送量活动细分，在扩大规模前监控投递情况 |
| 角色邮箱 | 针对共享收件箱的文案单独建立活动 |
| 未知 | 决定是否纳入前先审查——不要混入主序列 |
| 高风险或一次性 | 不要导入 |
维护一份持续更新的屏蔽名单。任何在之前 Mailshake 活动中退信、退订或产生投诉的地址，都应从所有未来的导入中排除，无论它出现在哪个名单或来源中。
名单验证完成后。
已批准记录导入 Mailshake 后：
- 有效地址进入主活动序列，以标准发送量运行
- Catch-all 地址在较低优先级的细分中运行，与主活动分开
- 角色邮箱地址获得针对共享收件箱读者调整的文案
- 无效和一次性记录被永久添加到您的屏蔽文件中
- 未知地址在做出任何活动决策之前进行审查