mcpField

sales-prospeo

github.com/sales-skills营销与增长45 次安装
代码仓库

关于 sales-prospeo

面向使用 Prospeo 的销售团队和开发者,涵盖联系人与公司数据、搜索、丰富及集成。它协助选择平台工作流、规避额度和匹配问题,并处理 API 故障。

主要功能

  1. 01联系人和公司数据指导
  2. 02搜索与数据丰富工作流建议
  3. 03批量操作和 API 指导
  4. 04集成设置支持
  5. 05额度管理与故障排查提示

适用场景

  1. 01为潜在客户记录补充联系信息
  2. 02查找目标公司的决策者
  3. 03将 Prospeo 连接至 CRM
  4. 04排查 API 速率限制错误

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sales-skills/sales --skill sales-prospeo

安装后在 Claude Code 中输入/sales-prospeo确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
learnings.md
platform-guide.md
prospeo-api-reference.md

详细介绍

Prospeo 平台帮助

帮助用户解答 Prospeo 平台相关问题,涵盖人员/公司数据补全和搜索、批量操作、Chrome 扩展、API 及集成。

步骤 1 — 收集背景信息

如果 references/learnings.md 存在,请先阅读其中积累的知识。

询问用户:

  1. 你需要哪方面的 Prospeo 帮助?

    • A) 人员数据补全 — 为特定联系人查找已验证的电子邮箱和电话号码
    • B) 公司数据补全 — 公司信息数据、技术栈、融资情况
    • C) 人员搜索 — 使用筛选条件搜索 2 亿多个联系人
    • D) 公司搜索 — 使用筛选条件搜索 3000 多万家公司
    • E) 批量操作 — 通过 API 一次补全最多 50 条记录
    • F) Chrome 扩展 — 提取 LinkedIn Sales Navigator 数据
    • G) API — 身份验证、端点、集成
    • H) 集成 — HubSpot、Salesforce、Clay、Zapier、Make、n8n
    • I) 积分与账单 — 了解积分成本、管理用量
    • J) 其他 — 请描述具体情况
  2. 你的职位是什么?

    • A) 销售代表 / AE / BDR
    • B) 销售经理 / 团队负责人
    • C) RevOps / Sales Ops
    • D) 增长 / 市场营销
    • E) 开发人员 / 工程师
    • F) 创始人 / 独立销售人员
    • G) 其他
  3. 你想实现什么目标?(请描述具体目标或问题)

如果用户的请求已提供大部分背景信息,请直接进入相关步骤。 在合理假设(明确说明)的基础上,先尽力作答,然后只在末尾询问最关键的 1–2 个澄清问题,不要等到收集完所有背景信息后才开始回复。

步骤 2 — 转交或直接作答

如果请求对应专门的技能,请转交:

  • 从头开始构建潜在客户名单 → /sales-prospect-list
  • 跨多个工具制定数据补全策略 → /sales-enrich
  • 电子邮件送达率 / 验证策略 → /sales-deliverability
  • 购买信号 / 意向解读 → /sales-intent
  • 连接工具 / Webhook / Zapier → /sales-integration

否则,请根据以下参考资料中的平台知识直接作答。

步骤 3 — Prospeo 平台参考资料

阅读 references/platform-guide.md,了解各模块的详细文档、定价、集成和数据模型。

你无需再了解平台指南的详细内容,请专注于用户的具体情况。

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

根据用户的具体问题:

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

注意事项

基于研究尽力整理 — 请核查以下内容,尤其是涉及按套餐限制的功能和集成注意事项的条目,这些内容可能已经过时。

  • 不要混淆搜索与信息补全。 人员搜索和公司搜索会返回档案数据,但不会返回邮箱或电话。你必须另外调用人员信息补全/公司信息补全来获取联系信息。这是一个两步流程,每一步都会消耗积分。

  • 别忘了,手机号码补全的费用是标准费用的 10 倍。 标准信息补全消耗 1 个积分,但添加 enrich_mobile: true 会消耗 10 个积分。规模扩大后,费用会迅速累积。仅对你确实要拨打电话的联系人启用手机号码补全。

  • 不要使用已弃用的端点。 旧版 Email Finder、Mobile Finder、Email Verifier、Domain Search 和 Social URL Enrichment 端点已于 March 1, 2026 移除。请改用新版 Enrich Person/Company 端点。

  • 不要忽略终身去重机制。 Prospeo 不会因重新补全同一条记录而收费。如果你需要更新已补全对象的数据,可以免费重新运行信息补全。但请注意,这项机制按账户计算,而不是按团队成员计算。

  • 不要仅按公司名称搜索。 公司名称匹配较为模糊,可能会返回错误结果。尽可能始终使用网站/域名或 LinkedIn URL 作为公司标识符。

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

步骤 5 — 相关技能

  • /sales-enrich — 跨多个工具的信息补全策略(瀑布式补全、CRM 数据卫生、积分优化)
  • /sales-prospect-list — 构建待使用 Prospeo 补全的潜在客户名单
  • /sales-deliverability — 邮件送达能力 — 发送前验证邮箱
  • /sales-intent — 为已补全的联系人添加购买信号,以便优先开展联系
  • /sales-cadence — 为已补全的联系人设计外呼序列
  • /sales-integration — 通过 API、Zapier、Make、n8n 将 Prospeo 连接到其他工具
  • /sales-do — 不确定该使用哪项技能?路由器会将任何销售目标匹配到合适的技能。安装:npx skills add sales-skills/sales --skill sales-do

示例

示例 1:补全一份潜在客户名单

用户说:“我有 200 个来自 Sales Navigator 的 LinkedIn URL。如何在 Prospeo 中为它们批量补全邮箱?” 技能执行:

  1. 建议使用 Bulk Enrich Person API 端点,并提供 LinkedIn URL
  2. 说明将数据分成每组 50 条(每次 API 调用的上限)
  3. 展示将 linkedin_url 用作数据字段的 API 请求格式
  4. 建议设置 only_verified_email: true 以节省积分
  5. 计算积分费用:最多 200 个积分(每条匹配记录 1 个积分,未匹配记录免费) 结果:用户获得了包含 API 示例和积分估算的分批补全计划
示例 2:查找目标公司的决策者

用户说:“我需要在 50 家员工人数为 100-500 人的 SaaS 公司中找到 VP 级别的联系人。” 技能执行:

  1. 建议使用 Search Person,通过公司筛选条件(headcount_range、industry)和人员筛选条件(seniority:VP)进行搜索
  2. 展示如何使用 company.websites 筛选条件,并提供目标域名列表
  3. 说明搜索结果需要单独进行信息补全才能获取邮箱
  4. 建议采用以下工作流:搜索 → 筛选结果 → 批量补全最匹配的记录 结果:包含筛选配置的两步式搜索后补全工作流
示例 3:与 CRM 集成 API

用户说:“如何设置 Prospeo,自动补全新 HubSpot 联系人的信息?” 技能执行:

  1. 确认用户想使用 HubSpot 原生集成,还是自定义 API 流程
  2. 使用原生集成时:逐步讲解如何在 Prospeo 设置中连接 HubSpot
  3. 使用自定义流程时:设计 Zapier/Make 工作流 — HubSpot“New Contact”触发器 → Prospeo Enrich Person 操作 → HubSpot“Update Contact”,写入补全后的字段
  4. 说明持续自动补全的积分预算 结果:包含积分管理策略的自动补全流程

故障排除

丰富数据的匹配率较低

症状:许多记录返回 NO_MATCH 原因:标识信息不足,或联系人所在行业较为小众,数据库覆盖率较低 解决方案:提供多个数据点(姓名 + 公司网站 + LinkedIn URL),以获得最佳匹配结果。将 only_verified_email: false 用于查看未经验证的结果。对于覆盖率较低的细分领域,可考虑使用多个提供商进行瀑布式丰富数据——参见 /sales-enrich。

API 返回 429 错误

症状:API 调用时出现超出速率限制错误 原因:每分钟或每秒发送的请求数超出套餐级别的限制 解决方案:检查响应标头(x-minute-request-left、x-second-rate-limit),了解你的限制。收到 429 响应时实施指数退避。使用批量端点(每次调用 50 条记录)替代单条丰富数据操作,以减少请求数。

月中额度耗尽

症状:账单周期重置前出现 INSUFFICIENT_CREDITS 错误 原因:移动端丰富数据消耗的额度是普通操作的 10 倍,或批量操作为不符合条件的记录丰富数据 解决方案:通过 Account Information 端点或控制面板检查用量。对于你不会致电的联系人,禁用 enrich_mobile。将 only_verified_email: true 用于跳过无法验证的记录。丰富数据前应用 ICP 筛选条件——不要为你永远不会联系的联系人丰富数据。

评论

支持 Markdown