关于 sales-prospeo
面向使用 Prospeo 的销售团队和开发者,涵盖联系人与公司数据、搜索、丰富及集成。它协助选择平台工作流、规避额度和匹配问题,并处理 API 故障。
主要功能
- 01联系人和公司数据指导
- 02搜索与数据丰富工作流建议
- 03批量操作和 API 指导
- 04集成设置支持
- 05额度管理与故障排查提示
适用场景
- 01为潜在客户记录补充联系信息
- 02查找目标公司的决策者
- 03将 Prospeo 连接至 CRM
- 04排查 API 速率限制错误
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ sales-skills/ sales --skill sales-prospeo安装后在 Claude Code 中输入/sales-prospeo确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/learnings.mdplatform-guide.mdprospeo-api-reference.md详细介绍
Prospeo 平台帮助
帮助用户解答 Prospeo 平台相关问题,涵盖人员/公司数据补全和搜索、批量操作、Chrome 扩展、API 及集成。
步骤 1 — 收集背景信息
如果 references/learnings.md 存在,请先阅读其中积累的知识。
询问用户:
-
你需要哪方面的 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) 其他 — 请描述具体情况
-
你的职位是什么?
- A) 销售代表 / AE / BDR
- B) 销售经理 / 团队负责人
- C) RevOps / Sales Ops
- D) 增长 / 市场营销
- E) 开发人员 / 工程师
- F) 创始人 / 独立销售人员
- G) 其他
-
你想实现什么目标?(请描述具体目标或问题)
如果用户的请求已提供大部分背景信息,请直接进入相关步骤。 在合理假设(明确说明)的基础上,先尽力作答,然后只在末尾询问最关键的 1–2 个澄清问题,不要等到收集完所有背景信息后才开始回复。
步骤 2 — 转交或直接作答
如果请求对应专门的技能,请转交:
- 从头开始构建潜在客户名单 →
/sales-prospect-list - 跨多个工具制定数据补全策略 →
/sales-enrich - 电子邮件送达率 / 验证策略 →
/sales-deliverability - 购买信号 / 意向解读 →
/sales-intent - 连接工具 / Webhook / Zapier →
/sales-integration
否则,请根据以下参考资料中的平台知识直接作答。
步骤 3 — Prospeo 平台参考资料
阅读 references/platform-guide.md,了解各模块的详细文档、定价、集成和数据模型。
你无需再了解平台指南的详细内容,请专注于用户的具体情况。
步骤 4 — 提供可执行的指导
根据用户的具体问题:
- 分步说明 — 使用编号步骤说明如何在 Prospeo 中实现目标
- 配置建议 — 提供具体设置及导航路径
- 常见问题 — 说明可能出现的问题以及避免方法
- 验证 — 说明如何确认更改已生效
- 针对 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 中为它们批量补全邮箱?” 技能执行:
- 建议使用 Bulk Enrich Person API 端点,并提供 LinkedIn URL
- 说明将数据分成每组 50 条(每次 API 调用的上限)
- 展示将
linkedin_url用作数据字段的 API 请求格式 - 建议设置
only_verified_email: true以节省积分 - 计算积分费用:最多 200 个积分(每条匹配记录 1 个积分,未匹配记录免费) 结果:用户获得了包含 API 示例和积分估算的分批补全计划
示例 2:查找目标公司的决策者
用户说:“我需要在 50 家员工人数为 100-500 人的 SaaS 公司中找到 VP 级别的联系人。” 技能执行:
- 建议使用 Search Person,通过公司筛选条件(headcount_range、industry)和人员筛选条件(seniority:VP)进行搜索
- 展示如何使用
company.websites筛选条件,并提供目标域名列表 - 说明搜索结果需要单独进行信息补全才能获取邮箱
- 建议采用以下工作流:搜索 → 筛选结果 → 批量补全最匹配的记录 结果:包含筛选配置的两步式搜索后补全工作流
示例 3:与 CRM 集成 API
用户说:“如何设置 Prospeo,自动补全新 HubSpot 联系人的信息?” 技能执行:
- 确认用户想使用 HubSpot 原生集成,还是自定义 API 流程
- 使用原生集成时:逐步讲解如何在 Prospeo 设置中连接 HubSpot
- 使用自定义流程时:设计 Zapier/Make 工作流 — HubSpot“New Contact”触发器 → Prospeo Enrich Person 操作 → HubSpot“Update Contact”,写入补全后的字段
- 说明持续自动补全的积分预算 结果:包含积分管理策略的自动补全流程
故障排除
丰富数据的匹配率较低
症状:许多记录返回 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 筛选条件——不要为你永远不会联系的联系人丰富数据。