sales-tomba

Tomba 平台帮助

帮助用户解答 Tomba.io 平台相关问题，涵盖域名搜索、邮箱查找、验证、数据丰富、批量操作、API 和集成。

第 1 步 — 收集上下文

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

询问用户：

1. 您需要哪方面的 Tomba 帮助？

   • A) 域名搜索 — 查找某家公司所有邮箱
   • B) 邮箱查找器 — 查找特定人员的邮箱
   • C) 邮箱验证器 — 验证邮箱地址
   • D) 邮箱数据丰富 — 为联系人补充公司／社交数据
   • E) 作者查找器 — 查找博客作者的邮箱
   • F) LinkedIn 查找器 — 从 LinkedIn 个人资料查找邮箱
   • G) 电话查找器 — 查找电话号码
   • H) 批量操作 — 一次处理数千条记录
   • I) 潜在客户和列表 — 管理已保存的联系人和列表
   • J) 浏览器扩展 — Chrome／Edge／Safari／Firefox 扩展
   • K) Google Sheets／Excel — 插件或加载项
   • L) API — 编程访问、自动化、自定义集成
   • M) 集成 — Zapier、HubSpot、Salesforce、Pipedrive、Make、n8n
   • N) 账户和账单 — 套餐、额度、团队成员
   • O) 其他 — 请描述

2. 您的角色是什么？

   • A) 销售代表／AE／BDR
   • B) 销售经理／团队负责人
   • C) RevOps／销售运营
   • D) 招聘人员
   • E) 营销人员
   • F) 创始人／独立销售人员
   • G) 开发人员／工程师
   • H) 其他

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

如果用户的请求已经提供了大部分这些上下文，请直接跳到相关步骤。 根据合理假设（并明确说明），先尽力给出答复，然后仅在最后询问最关键的 1–2 个澄清问题——不要以收集完整上下文为前提才作答。

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

第 2 步 — 路由或直接回答

如果请求适合由专业技能处理，请引导至：

• 跨工具的数据丰富策略 → /sales-enrich
• 构建潜在客户列表／定义 ICP → /sales-prospect-list
• 邮件送达率／SPF/DKIM/DMARC → /sales-deliverability
• 购买信号和优先级排序 → /sales-intent
• 通过 Zapier／webhook 连接工具 → /sales-integration

否则，请根据下方的参考内容，直接使用平台知识作答。

第 3 步 — Tomba 平台参考

阅读 references/platform-guide.md，了解模块详细说明、定价、集成和数据模型。

您不再需要了解平台指南的详细内容——请专注于用户的具体情况。

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

根据用户的具体问题，提供：

1. 分步说明，包含准确的 UI 导航路径或 API 调用
2. 配置建议，给出具体值（例如，“将 limit 设为 50，以加快分页速度”）
3. 常见问题，针对具体工作流说明
4. 验证步骤 — 如何确认功能正常运行

常见工作流

查找目标公司的所有联系人：

1. 使用公司的域名进行域名搜索 → 获取所有已知邮箱
2. 按部门（销售、工程）和资历（总监及以上）筛选
3. 验证计划联系的邮箱
4. 保存到潜在客户列表 → 导出到 CRM 或营销活动工具

查找特定人员的邮箱：

1. 使用姓名 + 公司域名运行邮箱查找器 → 获取邮箱 + 置信度评分
2. 如果置信度 <80%，检查该域名的邮箱格式以验证模式
3. 发送前，使用邮箱验证器验证邮箱
4. 丰富联系人信息，获取更多背景信息（职位、社交资料）

在营销活动前清理现有列表：

1. 批量验证所有邮箱 → 分类为有效、无效、accept_all
2. 立即移除无效邮箱
3. 对于 accept_all：保留，但密切监控退信率
4. 补充缺失字段（姓名、职位），以便个性化
5. 将清理并补充信息后的列表导出到营销活动工具

监控竞争对手的技术栈：

1. 技术端点 → 查看公司使用的工具
2. 相似域名 → 查找竞争对手/相关公司
3. 结合域名搜索，找到合适的联系人
4. 用于基于技术特征的触达 → 参见 /sales-intent

注意事项

基于研究整理的尽力而为指南——请仔细核查，尤其是有关计划限制功能和集成注意事项的条目，它们可能已经过时。

• 找到邮箱后不要跳过验证。 邮箱查找器会根据模式匹配返回可能的邮箱，但不保证一定可投递。将找到的邮箱加入营销活动前，务必使用邮箱验证器进行验证。向未经验证的邮箱发送邮件会损害发件人信誉。

• 不要忽略邮箱格式端点。 搜索个人邮箱前，先检查域名的邮箱格式（/v1/email-format）。如果你知道公司使用 [email protected]（匹配度为 85%），就能更快验证结果，并跳过低置信度的猜测。

• 不要在未筛选的域名搜索上浪费额度。 对大型公司进行域名搜索可能会返回数千条结果。使用部门、资历和国家/地区筛选条件，缩小范围，找到你实际会联系的决策者。无论你使用多少条结果，每次搜索都会消耗额度。

• 不要忘记批量任务的 webhook 回调。 批量操作是异步的——API 会立即返回，但后台仍会继续处理。使用 webhook_url 参数，在处理完成时接收通知，而不是轮询。轮询会浪费 API 调用，还可能触发速率限制。

• 不要假设所有套餐都包含相同功能。 各套餐的每月额度不同；目前采用按额度计费（每 1,000 个额度约 $8.90，验证免费捆绑）。完整下载域名搜索结果可能受套餐限制。注意：当前官方文档（docs.tomba.io）并未说明支持 webhook/webhook_url——在构建依赖 webhook 的工作流前，请直接向 Tomba 确认，不要假设这是 Pro 套餐限制。留意各端点的速率限制（例如，域名搜索为 15 次/秒，LinkedIn 为 1.67 次/秒），并在收到 429 响应时遵循 X-RateLimit-Reset。

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

步骤 5 — 相关技能

• /sales-enrich — 跨工具的丰富信息策略（瀑布式信息丰富、CRM 卫生、额度优化）
• /sales-prospect-list — 根据 ICP 定义和细分构建精准的潜在客户列表
• /sales-deliverability — 邮件可投递性设置（SPF/DKIM/DMARC、预热、收件箱投递）
• /sales-intent — 解读购买信号并确定客户优先级（将 Tomba 的技术检测用作信号）
• /sales-integration — 通过 Zapier、Make 或 API 将 Tomba 连接到 CRM 和其他工具
• /sales-cadence — 为在 Tomba 中找到的联系人设计外发序列
• /sales-do — 不确定该使用哪项技能？路由器会将任何销售目标匹配到合适的技能。安装：npx skills add sales-skills/sales --skill sales-do

示例

示例 1：查找目标公司的电子邮件地址

用户说：“我需要使用 Tomba 找出 Stripe 的所有销售负责人。” 技能执行：

1. 建议对 stripe.com 使用 Domain Search，并设置 department=sales 和 seniority=executive,senior
2. 说明如何筛选结果并解读置信度评分
3. 建议在联系前验证电子邮件地址
4. 建议将结果保存到潜在客户列表，并导出到营销活动工具 结果：已筛选并验证的 Stripe 销售负责人名单，可直接用于联系

示例 2：营销活动前批量验证电子邮件地址

用户说：“我有一份包含 3,000 位联系人的 CSV，需要在启动 Lemlist 营销活动前验证所有电子邮件地址。” 技能执行：

1. 介绍批量验证的设置流程——CSV 格式、上传步骤
2. 建议使用 webhook 回调来异步通知任务完成
3. 说明如何解读结果（valid、invalid、accept_all、unknown）
4. 建议移除无效电子邮件地址，并标记 accept_all 以便监控
5. 指向 /sales-lemlist，了解如何将清理后的名单导入 Lemlist 结果：已验证的联系人名单，每种状态都有明确的处理建议，可直接导入营销活动

示例 3：使用 Tomba API 自动补充数据

用户说：“我想通过 Zapier 使用 Tomba 数据自动补充新的 HubSpot 联系人信息。” 技能执行：

1. 概述 Zapier 工作流：HubSpot「New Contact」触发器 → Tomba「Enrich」操作 → HubSpot「Update Contact」操作
2. 说明如何将 Tomban 补充数据映射到 HubSpot 属性
3. 提醒注意点数消耗，并建议只筛选符合 ICP 的联系人
4. 指向 /sales-integration，了解高级多工具工作流 结果：从 HubSpot → Tomba → HubSpot 的自动化数据补充流程，并通过筛选控制点数消耗

故障排除

Domain Search 匹配率低

症状：对于你知道员工众多的公司，Domain Search 返回的结果却很少 原因：Tomba 的数据库对该公司的覆盖可能有限，尤其是规模较小或较新的公司 解决方案：尝试按公司名称而非域名搜索。使用 Email Finder，输入特定姓名（可从 LinkedIn 获取）进行定向查找。考虑使用多个服务提供商进行瀑布式数据补充——参见 /sales-enrich。

Email Verifier 返回“unknown”

症状：验证状态返回“unknown”，而不是 valid/invalid 原因：邮件服务器未给出明确响应——某些限制 SMTP 验证的企业邮件服务器会出现这种情况 解决方案：不要将“unknown”视为“valid”。对于高价值潜在客户，可以保留，但要密切监控退信率。对于批量营销活动，应排除 unknown，以保护发件人信誉。

API 速率限制错误（429）

症状：API 返回 429 Too Many Requests 响应 原因：超出每个端点的速率限制（例如，Domain Search/Email Finder 为 15/sec · 900/min；Enrichment 为 5/sec；Email Verifier/Author Finder 为 2.5/sec；LinkedIn 为 1.67/sec · 100/min）——请求过于频繁 解决方案：收到 429 后，读取 X-RateLimit-Reset 标头（重置前的秒数），等待相应时间后再重试；X-RateLimit-Limit / X-RateLimit-Remaining 显示你的请求额度。必要时使用指数退避作为备用方案。将请求批量处理，并使用批量端点，而不是循环发送单个请求。如果持续触及限制，请降低请求频率或升级。