sales-hunter

Hunter.io 平台帮助

帮助用户解决 Hunter.io 平台相关问题——涵盖查找和验证邮箱、设置营销活动、Discover、Signals、TechLookup、API 和集成。

第 1 步 — 收集背景信息

如果 references/learnings.md 存在，请先阅读，了解积累的知识。

询问用户：

1. 你需要哪方面的 Hunter.io 帮助？

   • A) Domain Search — 查找公司所有邮箱
   • B) Email Finder — 查找特定人员的邮箱
   • C) Email Verifier — 验证邮箱是否可送达
   • D) Campaigns — 冷邮件序列和跟进
   • E) Discover — 按行业、规模、位置和技术查找公司
   • F) Signals — 购买意向和公司变动提醒
   • G) TechLookup — 查找使用特定技术的公司
   • H) Leads — 管理潜在客户列表
   • I) Browser Extension — 浏览网页时查找邮箱
   • J) API — 自动化、集成和编程访问
   • K) Integrations — HubSpot、Salesforce、Pipedrive、Zapier、Google Sheets
   • L) Admin — 账单、额度和套餐功能
   • M) 其他 — 请描述具体需求

2. 你的角色是什么？

   • A) 销售代表 / AE / BDR
   • B) 销售经理 / 团队负责人
   • C) RevOps / 销售运营
   • D) 营销人员
   • E) 管理员 / IT
   • F) 创始人 / 独立销售人员
   • G) 其他

3. 你想要实现什么？（描述你的具体目标或问题）

如果用户的请求已经提供了大部分背景信息，请直接跳到相关步骤。 根据合理假设（明确说明）先尽力回答，然后只在结尾提出最关键的 1-2 个澄清问题——不要以收集完整背景信息作为回答的前提。

注意：如果用户需要专门技能，请简要说明该技能为何更合适，并引导他们使用该技能。

第 2 步 — 路由或直接回答

如果请求对应某项专门技能，请进行路由：

• 列表构建 / 潜在客户开发 → /sales-prospect-list
• 联系人信息补全 / 数据清理 → /sales-enrich
• 销售节奏策略 / 序列设计 → /sales-cadence
• 跨平台送达能力 → /sales-deliverability
• 工具集成架构 → /sales-integration
• 购买信号策略 → /sales-intent

否则，请根据以下参考内容直接回答。

第 3 步 — Hunter.io 平台参考资料

阅读 references/platform-guide.md，了解各模块的完整参考资料——包括 Domain Search、Email Finder、Email Verifier、Campaigns、Discover、Signals、TechLookup、Leads、Browser Extension、数据 模型，以及 API / 集成快速参考。如需完整的 API 端点目录、身份验证、速率限制和 Webhook 负载，请参阅 references/hunter-api-reference.md。

仅使用与用户问题相关的部分作答——不要倾倒全部参考资料。

第 4 步 — 提供可执行的指导

根据用户的具体问题：

1. 分步说明 — 按编号列出在 Hunter 中实现目标的步骤
2. 配置建议 — 提供需要更改的具体设置及导航路径
3. 常见问题 — 说明可能出现的问题以及如何避免
4. 验证 — 说明如何确认更改已生效
5. 对于 API 问题 — 始终附上指引：“如需完整的端点目录、请求 / 响应架构和速率限制，请参阅 references/hunter-api-reference.md。”

注意事项

根据调研整理的尽力而为内容——请核查以下事项，尤其是有关套餐限制功能和集成注意事项的内容，这些信息可能已过时。

• 不要将 Hunter Campaigns 与专用外呼工具混为一谈。 Hunter Campaigns 适用于简单的冷邮件序列，但不支持多渠道（没有电话或 LinkedIn 步骤），也缺少高级发件人轮换和深入的 A/B 测试。对于复杂的多渠道跟进节奏，请使用专用工具（Mailshake、Lemlist、Smartlead），并在前期使用 Hunter 查找和验证邮箱。

• 发起营销活动前不要跳过验证。 Hunter 的 Domain Search 和 Email Finder 返回的是置信度分数，而非保证。将邮箱添加到营销活动前，务必进行验证——即使是在 Hunter 中也不例外。置信度为 80% 仍意味着每 5 个邮箱中可能有 1 个会退信。

• 不要混淆不同操作所用的额度。 Domain Search、Email Finder 和 Email Verifier 都会消耗同一个额度池。“搜索域名 → 查找邮箱 → 验证所有邮箱”这样的工作流，每个步骤都会消耗额度。请根据完整工作流规划额度，而不只是其中一个步骤。

• 不要假设所有套餐都提供 Campaigns 功能。 Campaigns 需要 Starter 套餐或更高套餐（Free 套餐不提供）。审核队列仅 Growth 套餐及以上版本提供。发件人数量限制因套餐而异（3/15/40/不限）。推荐功能前，请先确认用户的套餐。

• 不要将 Hunter 作为高发送量的独立外呼平台。 Hunter 擅长查找和验证邮箱。其 Campaigns 功能最适合低至中等发送量（每天少于 500 封邮件）。对于高发送量的外呼，请使用 Hunter 查找和验证邮箱，再导出到专用发送工具。

• 持续改进：如果发现此处未涵盖的内容，请将其附上当天日期，追加到 references/learnings.md。

第 5 步 — 相关技能

• /sales-cadence — 设计外呼跟进节奏策略（与平台无关，可搭配 Hunter Campaigns 使用）
• /sales-deliverability — 跨平台邮件送达能力——SPF/DKIM/DMARC、预热、收件箱投递
• /sales-prospect-list — 使用 Hunter Discover 和 TechLookup 构建潜在客户列表
• /sales-enrich — 通过多个服务商为联系人补充经过验证的邮箱/电话号码
• /sales-intent — 解读购买信号（Hunter Signals 和其他意向服务商）
• /sales-integration — 通过 API、Zapier 或原生集成将 Hunter 连接到其他工具
• /sales-mailshake — Mailshake 平台帮助（若在使用 Hunter 查找邮箱后通过 Mailshake 发送）
• /sales-smartlead — Smartlead 平台帮助（若通过 Smartlead 发送）
• /sales-lemlist — Lemlist 平台帮助（若通过 Lemlist 发送）
• /sales-tomba — Tomba 平台帮助（替代的邮箱查找/验证工具）
• /sales-prospeo — Prospeo 平台帮助（替代的补充信息/验证工具）
• /sales-do — 不确定该使用哪项技能？路由器会将任何销售目标匹配到合适的技能。安装：npx skills add sales-skills/sales --skill sales-do

示例

示例 1：查找目标公司的邮箱

用户说：“我需要查找 Stripe 工程团队的邮箱地址。” 技能执行：

1. 建议对 stripe.com 使用 Domain Search，并将部门筛选条件设为“engineering”
2. 说明额度消耗情况（每找到一个邮箱消耗 1 个额度），以及如何分页获取更多结果
3. 建议检查邮箱格式（例如 [email protected]），以预测数据库中没有收录的人员邮箱
4. 建议在联系前验证所有找到的邮箱
5. 建议将结果保存到 Lead List，以便有序跟进 结果：用户获得了一份经过验证的 Stripe 工程联系人列表，并已保存到潜在客户列表中

示例 2：设置冷邮件营销活动

用户说：“我想在 Hunter 中设置一个营销活动，联系 200 位潜在客户。” 技能执行：

1. 引导用户创建包含初始邮件和 2 封跟进邮件的营销活动
2. 建议连接 Gmail/Outlook，以便通过收件箱原生发送
3. 建议设置自定义跟踪域名，用于跟踪链接和邮件打开情况
4. 说明审核队列（Growth+ 套餐），以便大规模个性化邮件
5. 设置在工作时间发送，间隔 3-4 天
6. 建议在将 200 条潜在客户记录添加为收件人之前，先验证所有记录 结果：用户已配置一个包含 3 个步骤的营销活动，并设置了跟踪和发送时间，且收件人均已验证

示例 3：使用 API 自动查找邮箱

用户说：“我想使用 Hunter API，为 500 家公司组成的列表查找邮箱。” 技能执行：

1. 指向 references/hunter-api-reference.md，查看完整 API 文档
2. 说明 Domain Search 端点（GET /domain-search）——传入域名即可获取邮箱
3. 展示身份验证方法（api_key 参数或 X-API-KEY 请求头）
4. 提醒用户注意各端点的速率限制（Domain Search 为 15 req/sec 和 500 req/min；Email Verifier 为 10 req/sec 和 300 req/min），并建议在限制范围内分批处理
5. 建议在发送前使用 Email Verifier 端点验证结果
6. 计算积分成本：域名搜索约需 50-100 个积分，另加每封邮件的验证积分 结果：用户了解批量自动化所需的端点、身份验证方法、速率限制和积分规划

故障排查

Email Finder 的置信度较低

现象：Email Finder 返回的结果置信度低于 50% 原因：关于此人或域名的数据来源有限，或者公司使用了不常见的邮箱模式 解决方案：先通过 Domain Search 检查该域名的邮箱模式。如果已知邮箱模式（例如 [email protected]），可以手动构造邮箱地址并进行验证。无论置信度如何，都应使用 Email Verifier 检查邮件是否可送达。

营销活动邮件未送达

现象：营销活动显示邮件已发送，但收件人表示未收到 原因：缺少域名身份验证（SPF/DKIM/DMARC）、未设置自定义跟踪域名，或者新账户发送速度过快 解决方案：确认发送域名已配置 SPF/DKIM/DMARC。在 Campaign 设置中配置自定义跟踪域名。如果使用新的邮箱账户，请先进行预热（从每天发送 10-20 封开始）。请参阅 /sales-deliverability，了解完整的诊断框架。

月中积分耗尽

现象：计费周期重置前积分余额已耗尽 原因：对大型公司使用 Domain Search 会消耗大量积分（每找到一个邮箱消耗 1 个积分），或者验证大型列表 解决方案：在 Domain Search 中使用部门和资历筛选条件，减少结果数量。只验证实际要联系的邮箱。在 API 调用中使用 limit 参数限制结果数量。如果经常达到上限，请考虑升级套餐。