关于 crm-data-enrichment
面向销售团队的 CRM 数据补全技能,可发现记录缺失项,并从多种来源匹配、验证公司与联系人信息后更新字段。它还关注置信度、去重、审计记录和隐私约束。
主要功能
- 01识别缺失或过期字段
- 02交叉核验多源信息
- 03匹配并去重记录
- 04评估字段置信度
- 05保留变更来源与时间
适用场景
- 01补全公司营收、行业和技术栈
- 02补充联系人职位与联系方式
- 03为线索评分和路由准备数据
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ seb1n/ awesome-ai-agent-skills --skill crm-data-enrichment安装后在 Claude Code 中输入/crm-data-enrichment确认已加载。
详细介绍
CRM 数据增强
使用最新的公司属性、技术属性和人口统计数据,丰富 CRM 中的公司和联系人记录。此技能会识别现有记录中的缺失信息,从可用信号中获取增强数据,合并并去重条目,验证准确性并更新字段,从而为销售团队提供更整洁的数据,用于客户细分、潜在客户路由和个性化触达。
工作流
-
识别 CRM 数据中的缺口 — 审查目标 CRM 记录,找出缺失或过时的字段。常见缺口包括年收入、员工人数、行业分类、技术栈、直拨电话号码、已验证的电子邮件地址和当前职位。优先处理会直接影响潜在客户评分和路由逻辑的字段。
-
获取增强数据 — 从公司网站、LinkedIn 个人资料、SEC 文件、招聘信息、DNS/TXT 记录(用于检测技术栈)、新闻稿和第三方数据提供商处获取数据。每个数据点至少交叉核对两个独立来源,以降低单一来源带来的风险。
-
匹配并合并记录 — 使用域名、电子邮件或唯一标识符进行确定性匹配,并辅以基于公司名称和地点的模糊匹配,将增强数据与 CRM 记录对应起来。如果增强数据表明两个 CRM 条目代表同一实体,则对记录去重,并保留信息最完整的记录作为主记录。
-
验证准确性 — 为每个增强字段评分置信度。将仅来自一个未经验证来源的数据点标记为低置信度。根据近期财报或 LinkedIn 公司页面交叉核对收入和员工人数。在可能的情况下,验证电子邮件是否可送达以及电话号码是否可接通。
-
更新 CRM 字段 — 将经过验证的增强数据写回 CRM,同时遵守字段级权限,避免覆盖经人工验证的数据。记录所有变更的时间戳和来源归属,以便审计。根据新填充的字段触发下游自动化(重新计算潜在客户评分、重新分配区域)。
用法
提供要增强的 CRM 记录(或说明字段和当前数据),并指出要优先处理哪些字段。如有需要,请指定 CRM 系统(Salesforce、HubSpot 等)以及任何增强数据限制。
示例提示词:
请增强 NovaTech Solutions 的这条公司记录。目前我们只有公司名称和域名(novatech.io)。请补全收入、员工人数、行业、总部、成立年份、技术栈和关键联系人。请以增强前后对比的形式呈现。
示例
示例 1:公司记录增强
输入: NovaTech Solutions 的精简 CRM 记录。
增强前:
| 字段 | 值 |
|---|---|
| 公司名称 | NovaTech Solutions |
| 域名 | novatech.io |
| 行业 | — |
| 年收入 | — |
| 员工人数 | — |
| 总部 | — |
| 成立年份 | — |
| 技术栈 | — |
| LinkedIn URL | — |
增强后:
| 字段 | 值 | 来源 | 置信度 |
|---|---|---|---|
| 公司名称 | NovaTech Solutions, Inc. | SEC 文件 | 高 |
| 域名 | novatech.io | 现有数据 | — |
| 行业 | 企业软件(SaaS) | LinkedIn + Crunchbase | 高 |
| 年收入 | $42M ARR | Crunchbase C 轮融资文件 | 中 |
| 员工人数 | 280 | LinkedIn 公司页面 | 高 |
| 总部 | Austin, TX | 公司网站页脚 | 高 |
| 成立年份 | 2017 | Crunchbase | 高 |
| 技术栈 | AWS、React、PostgreSQL、Snowflake、Segment | DNS 记录 + 招聘信息 | 中 |
| LinkedIn URL | linkedin.com/company/novatech-solutions | LinkedIn 搜索 | 高 |
新增字段: 7 个缺口全部补齐。收入标记为中等置信度(数据来源为融资披露,而非经审计的财务报表)。
示例 2:联系人记录补全
输入: 仅包含姓名和电子邮件的联系人记录。
补全前:
| 字段 | 值 |
|---|---|
| 名 | Sarah |
| 姓 | Nguyen |
| 电子邮件 | [email protected] |
| 职务 | — |
| 电话 | — |
| — | |
| 所在地 | — |
| 上级 | — |
补全后:
| 字段 | 值 | 来源 | 置信度 |
|---|---|---|---|
| 名 | Sarah | 已有 | — |
| 姓 | Nguyen | 已有 | — |
| 电子邮件 | [email protected] | 已有(已验证可投递) | 高 |
| 职务 | 工程副总裁 | LinkedIn 个人资料 | 高 |
| 电话 | +1 (512) 555-0173 | 公司目录页面 | 中 |
| linkedin.com/in/sarah-nguyen-eng | LinkedIn 搜索 | 高 | |
| 所在地 | Austin, TX | LinkedIn 个人资料 | 高 |
| 上级 | James Park,CTO | LinkedIn 组织架构图 + 新闻稿 | 中 |
新增字段: 5 项空缺全部填补。电话的置信度标记为中(目录页面可能无法及时反映分机变更)。
最佳实践
- 始终先补全公司记录,再补全关联联系人——公司概况信息有助于验证联系人信息。
- 为自动更新和人工审核设置置信度阈值;置信度低于 70% 的字段应加入队列,由人工核实。
- 默认保留手动输入的数据;只有在补全数据的置信度和时效性明显更高时才覆盖。
- 按固定周期运行补全(活跃销售管道中的客户每月一次,培育中的客户每季度一次),而非仅运行一次批量补全。
- 记录每项字段变更的来源和时间戳,以便销售代表评估其可信度。
- 遵守数据隐私法规(GDPR、CCPA)——在未满足同意要求时,不要补全个人数据。
边缘情况
- 域名不匹配或重定向 — 如果公司域名重定向到母公司,在合并公司概况信息前,先确认 CRM 记录指的是子公司还是母公司。
- 过时的 LinkedIn 信息 — LinkedIn 上的职务可能比现实情况滞后数月。请与近期新闻稿、公司公告或电子邮件签名交叉核对,以确认当前职务。
- 补全后出现重复记录 — 补全可能会发现两个 CRM 客户记录(例如“NovaTech”和“NovaTech Solutions Inc.”)实际上是同一实体。应标记以供合并审核,而不要自动合并,以免意外丢失数据。
- 没有公开财务信息的私营公司 — 收入和融资数据可能无法获取,或仅为推测。应将这些字段标记为估算值,并明确标注置信度范围(例如“预计 ARR 为 $30M–$50M”)。
- 姓名常见的联系人 — 仅按姓名匹配联系人时,必须要求提供第二项标识信息(域名、公司、所在地),以避免误匹配。绝不要仅凭姓名相似度补全联系人记录。