sales-clay

Clay 平台帮助

帮助用户解答 Clay 平台相关问题——涵盖瀑布式数据丰富和 Claygent AI Agent、Sculptor 工作流、Signals、Audiences、Ad Sync、Email Sequencer、CRM 同步以及 webhook/API 集成。

步骤 1 — 收集背景信息

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

询问用户：

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

   • A) 瀑布式数据丰富 — 通过 150 多家服务商查找电子邮件地址、电话号码和公司特征数据
   • B) Claygent — 用于潜在客户调研、网页抓取和访问受限内容的 AI 研究 Agent
   • C) Sculptor — 使用自然语言、条件逻辑和自动化构建工作流
   • D) Signals — 跟踪职位变动、晋升、融资和网站访问
   • E) Audiences — 根据 CRM、数据丰富结果和信号构建动态买家细分群体
   • F) Ad Sync — 将受众同步至 LinkedIn、Meta、Google Ads
   • G) Email Sequencer — 原生外发邮件序列
   • H) CRM 同步 — Salesforce、HubSpot、Dynamics 365 双向同步
   • I) Webhooks 和 HTTP API — 入站/出站数据流、外部 API 调用
   • J) 数据积分和计费 — 积分使用情况、套餐优化、服务商费用
   • K) 其他 — 请描述

2. 你的角色是什么？

   • A) 销售代表 / AE / BDR
   • B) 销售经理 / 团队负责人
   • C) RevOps / GTM Ops
   • D) 市场营销 / 增长
   • E) 创始人 / 独立销售人员
   • F) GTM 工程师
   • G) 其他

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

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

步骤 2 — 转交或直接回答

如果请求对应某项专门技能，请转交：

• 数据丰富策略 / 服务商对比 → /sales-enrich
• 跟进节奏策略 / 序列设计 → /sales-cadence
• 意向信号策略 / 优先级排序 → /sales-intent
• B2B 广告策略 → /sales-b2b-advertising
• CRM 数据卫生策略 → /sales-data-hygiene
• 潜在客户名单构建策略 → /sales-prospect-list
• 线索评分模型设计 → /sales-lead-score
• 工具集成架构 → /sales-integration

否则，请使用下方的平台参考信息直接作答。

步骤 3 — Clay 平台参考信息

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

你无需再了解平台指南的详细内容；请聚焦用户的具体情况。

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

作答时，务必做到：

1. 说明套餐要求 — 许多功能受套餐限制。不要向 Free 用户推荐 CRM 同步。
2. 说明积分影响 — 瀑布式数据丰富会快速消耗积分。帮助用户优化服务商顺序和“仅在为空时”逻辑。
3. 建议小规模测试 — 在对数千行数据运行数据丰富或 Claygent 之前，务必先测试 5-50 行。
4. 链接至 Clay University — 引导用户访问 university.clay.com，获取特定功能的详细指南。
5. 考虑完整工作流 — 只有将数据丰富 → 信号 → 序列发送 → CRM 同步串联起来，Clay 才能发挥最大效用。帮助用户构建端到端工作流，而非彼此孤立的步骤。

注意事项

基于调研尽力整理——请查看以下内容，尤其是有关受套餐限制的功能和集成注意事项的条目，这些内容可能已过时。

1. 瀑布式数据补全导致的积分消耗是最令人意外的成本。 瀑布流程中的每个提供商都会独立消耗积分。对于 10,000 行数据，包含 5 个提供商的瀑布流程可能会消耗 50,000 积分，除非你使用“仅在为空时”逻辑。务必先在小批次上测试，并在表格设置中监控积分用量。

2. 没有公开的 CRUD REST API——采用 webhook + MCP 集成模式。 Clay 不提供用于以编程方式管理表格或行的传统 CRUD 端点。外部集成通过入站 webhook（向表格 URL 发送 POST 请求）、出站 HTTP API 操作，以及官方 Clay MCP 服务（通过 claude.com/connectors/clay 从 Claude 连接）实现。设置中有一个 Clay API 密钥，但它仅用于 Clay 原生跨表查找。入站 webhook 现在支持可选的身份验证令牌标头——对于敏感来源，请生成一个令牌，而不要依赖 URL 隐蔽性。

3. CRM Sync 需要 Growth 套餐（$446+/mo）。 许多用户注册 Launch 套餐后，以为可以与 Salesforce/HubSpot 同步，之后才发现 CRM Sync 受套餐限制。HTTP API 和 webhook 也一样——都需要 Growth 套餐。

4. Claygent 的结果会因提示词质量而异。 AI 调研 Agent 功能强大，但对指令质量很敏感。模糊的提示词会导致结果不一致。务必编写具体、结构化的指令，并先在 5-10 行数据上测试，再扩大规模。

5. 数据积分成本因提供商而异——并非所有数据补全的费用都相同。 Hunter 邮箱查找可能需要 1 个积分，而 ZoomInfo 数据补全则需要 10 个或更多积分。瀑布流程的顺序对优化成本和覆盖率都很重要。

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

步骤 5 — 相关技能

• /sales-enrich — 所有工具的数据补全策略（用于选择提供商、比较方法）
• /sales-cadence — 多渠道外呼序列设计（用于制定超出 Clay 序列器范围的节奏策略）
• /sales-intent — 购买信号和账户优先级排序（用于制定超出 Clay Signals 范围的信号策略）
• /sales-prospect-list — 构建目标潜在客户列表（用于制定列表策略）
• /sales-lead-score — 线索评分模型（用于制定基于 Clay 数据补全结果的评分策略）
• /sales-b2b-advertising — B2B 广告策略（用于制定超出 Clay Ad Sync 范围的广告策略）
• /sales-data-hygiene — CRM 数据清理（用于制定基于 Clay CRM Sync 的数据质量策略）
• /sales-integration — 使用 webhook、Zapier、API 连接工具
• /sales-do — 不确定该使用哪项技能？路由器会根据任何销售目标匹配合适的技能。安装：npx skills add sales-skills/sales --skill sales-do

示例

示例 1：设置工作邮箱的瀑布式数据补全

用户说：“我有一份包含 5,000 条线索的列表，其中有姓名和公司，但没有邮箱。如何在 Clay 中查找他们的工作邮箱？” 技能执行：建议使用瀑布式数据补全，并按顺序使用提供商（Hunter → Dropcontact → Apollo → People Data Labs），在各步骤间使用“仅在为空时”逻辑，先进行小批次测试（50 行），并估算积分预算。 结果：提供分步的瀑布流程设置方案，并优化提供商优先级和成本。

示例 2：构建由意向信号触发的外呼工作流

用户说：“我想在目标账户的潜在客户换工作时，自动补全他们的数据并发送邮件。” 技能执行：逐步讲解 Signals 设置（职位变动触发条件）、新职位详情的数据补全瀑布流程、用于公司调研的 Claygent、用于个性化触达的 Email Sequencer，以及用于记录活动的 CRM Sync。说明 Signals 至少需要 Launch 套餐。 结果：提供从信号检测到外呼的端到端自动化工作流。

示例 3：用于数据丰富的 Clay 与 Apollo 对比

用户说：“我应该用 Clay 还是 Apollo 来丰富联系人数据？我们已经在用 Apollo。” 技能执行的操作：说明 Clay 的瀑布式方法（150+ 个数据提供商，覆盖率更高）与 Apollo 的单一数据库模式（275M+ 个联系人，更简单）的区别。指出 Clay 是一个数据丰富编排工具，可以将 Apollo 纳入其中，作为一个数据提供商。建议需要最大覆盖率的团队使用 Clay；优先考虑简洁性和内置外呼功能的团队单独使用 Apollo。 结果：根据团队需求给出清晰的对比和建议。

故障排除

瀑布式数据丰富的匹配率偏低

症状：运行瀑布式数据丰富后，电子邮件覆盖率却只有 30-40%。 原因：数据提供商顺序可能没有优化，或者输入数据质量较差（公司名称拼写错误、职位名称过时）。 解决方案：先清理输入数据——统一公司名称格式并验证 LinkedIn URL。将覆盖率最高的数据提供商排在前面。向瀑布流程中添加更多数据提供商（通常 5-7 个即可达到 80%+ 的覆盖率）。检查数据提供商之间的“仅在为空时”逻辑是否正常工作。先用一小批数据进行测试，以确定哪些数据提供商最适合你的 ICP。

积分消耗速度超出预期

症状：月度周期结束前，Data Credits 就已耗尽。 原因：如果没有“仅在为空时”逻辑，瀑布式数据丰富会针对每一行查询所有数据提供商，即使第一个查询已成功。对多个列进行数据丰富会叠加成本（电子邮件 + 电话 + 公司 = 每行消耗 3 倍积分）。 解决方案：在瀑布流程的各步骤之间添加“仅在为空时”条件。优先使用价格较低的数据提供商。仅对优先级较高的细分群体运行数据丰富，而不是处理整个数据库。在表格设置中监控各数据提供商的积分消耗。如果投资回报率合理，可考虑升级套餐以获得更多积分。

CRM 同步无法正常工作

症状：数据丰富后的数据没有同步回 Salesforce/HubSpot。 原因：CRM 同步需要 Growth 套餐（$446+/mo）。此外，必须正确配置字段映射——Clay 列名必须映射到 CRM 字段 API 名称，而不是显示标签。 解决方案：确认你使用的是 Growth 套餐或更高级别的套餐。在 CRM 集成设置中检查字段映射——使用 API 字段名称（例如，使用 Email，而不是“电子邮件地址”）。批量操作前，先用单行数据测试同步。检查 CRM 端的权限——连接的用户需要拥有目标对象的创建/更新权限。