inbound-lead-qualification

Name: inbound-lead-qualification
Author: nikiandr

github.com/nikiandr营销与增长194 次安装31 周前更新

代码仓库

关于 inbound-lead-qualification

inbound-lead-qualification 是面向销售和营销团队的线索资格评估技能。它按公司与买家标准检查线索，核对销售管道重叠情况、计算匹配分数，并生成含判定结果的 CSV。

主要功能

01解析多种格式的线索列表
02检查 CRM、销售管道及接触记录
03评估公司与联系人匹配度
04评估意向和产品适配度
05计算分数并给出资格判定
06将结果导出为 CSV

适用场景

01按 ICP 评估一批入站线索
02对初步筛选后的线索深入审核
03发现现有客户和进行中的交易
04将边缘线索交由人工审核

安装

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

$npx skills add https://github.com/nikiandr/goose-skills --skill inbound-lead-qualification

安装后在 Claude Code 中输入/inbound-lead-qualification确认已加载。

附带文件skill.meta.json

详细介绍

入站潜在客户资格评估

接收一批入站潜在客户，并根据完整的 ICP 标准逐一验证。这不是快速筛查（那是 inbound-lead-triage 的工作），而是深入评估环节，用来判断某个潜在客户是否真正值得跟进，并为团队生成带评分的 CSV。

自动加载时机

在以下情况下加载此组合技能：

用户说“评估这些入站潜在客户”“检查这些潜在客户是否符合 ICP”“给我的入站潜在客户评分”
已完成上游分流，需要对潜在客户进行更深入的评估
用户有一批潜在客户，希望逐一判断其合格或不合格

架构

[Inbound Leads] → Step 1: Load ICP & Config → Step 2: CRM/Pipeline Check → Step 3: Company Qualification → Step 4: Person Qualification → Step 5: Use Case Fit → Step 6: Score & Verdict → Step 7: Output CSV

步骤 0：配置（每个客户仅需一次）

首次运行时，建立 ICP 定义并配置 CRM 访问权限。保存到 clients/<client-name>/config/lead-qualification.json。

{
  "icp_definition": {
    "company_size": {
      "min_employees": null,
      "max_employees": null,
      "sweet_spot": "",
      "notes": ""
    },
    "industry": {
      "target_industries": [],
      "excluded_industries": [],
      "notes": ""
    },
    "use_case": {
      "primary_use_cases": [],
      "secondary_use_cases": [],
      "anti_use_cases": [],
      "notes": ""
    },
    "company_stage": {
      "target_stages": [],
      "excluded_stages": [],
      "notes": ""
    },
    "geography": {
      "target_regions": [],
      "excluded_regions": [],
      "notes": ""
    }
  },
  "buyer_personas": [
    {
      "name": "",
      "titles": [],
      "seniority_levels": [],
      "departments": [],
      "is_economic_buyer": false,
      "is_champion": false,
      "is_user": false
    }
  ],
  "hard_disqualifiers": [],
  "hard_qualifiers": [],
  "crm_access": {
    "tool": "Supabase | HubSpot | Salesforce | CSV export | none",
    "access_method": "",
    "tables_or_objects": []
  },
  "existing_customer_source": {
    "tool": "Supabase | CRM | CSV | none",
    "access_method": ""
  },
  "qualification_prompt_path": "path/to/lead-qualification/prompt.md or null"
}

如果 lead-qualification 能力已保存评估提示词： 直接引用，不要从头重新构建 ICP 标准。

后续运行时： 静默加载配置。

步骤 1：加载 ICP 标准并解析潜在客户

流程

加载客户的 ICP 配置（或 lead-qualification 能力中的评估提示词）
解析入站潜在客户列表，接受任意格式：
- inbound-lead-triage 的输出（已标准化）
- 任意列结构的原始 CSV
- 粘贴的姓名／邮箱／公司列表
- CRM 导出数据
逐个识别可用和缺失的数据：
- 已有： 输入中包含的字段
- 需要： 评估所需但缺失的字段
- 缺口报告：“X 个潜在客户有公司名称，Y 个有职位，Z 个只有邮箱，没有其他信息”

输出

已解析的潜在客户列表，以及可用／缺失字段清单
面向用户的缺口报告

人工检查点

如果超过 50% 的潜在客户缺少关键字段（公司名称或人员职位），建议先运行 inbound-lead-enrichment。询问：“很多潜在客户缺少公司／职位信息。要我先补充这些信息，还是根据现有数据进行评估？”

步骤 2：检查 CRM 和销售管道

流程

针对每个潜在客户，检查现有数据源，识别是否存在重叠：

检查 1——现有客户？

按公司域名／名称搜索客户数据库
如找到匹配项：标记为 existing_customer，并附上客户详情（套餐、账户负责人、合同状态）
这不是不合格判定，而是路由标记（增购与新业务）

检查 2——已在销售管道中？

在 CRM／Supabase 中搜索活跃交易中的公司
如找到匹配项：标记为 in_pipeline，并附上交易详情（阶段、负责人、最近活动）
重要：销售代表联系之前，应知道这家公司的账户已经由同事负责

检查 3——之前联系过？

按邮箱／公司搜索外联记录
如找到匹配项：标记为 previously_contacted，并附上历史摘要（时间、渠道、结果）

检查 4——已被信号组合技能识别？

在 Supabase signals 表中搜索该公司
如找到匹配项：标记为 signal_flagged，并附上信号类型和日期

输出

为每个潜在客户添加以下标记：

pipeline_status：new | existing_customer | in_pipeline | previously_contacted
pipeline_detail：用一句话说明重叠情况（或为 null）
signal_flags：匹配的任何信号组合技能

重叠情况的处理

现有客户： 不要判定为不合格。单独标记，可能是扩展／增购机会。
在销售管道中： 不要判定为不合格。标记并提醒销售代表协调，并注明现有交易负责人。
之前联系过但未回复： 仍然进行评估。入站信号意味着他们现在意向更强。
之前联系过并拒绝： 仍然评估这次入站线索。人们会改变主意。注明之前的背景。

步骤 3：公司资格评估

流程

针对每个潜在客户所在的公司，根据 ICP 的每项公司维度进行评估：

维度 1 — 公司规模

根据 ICP 范围核对员工人数
来源：数据补充信息、LinkedIn 公司主页、网络搜索
评分：match | borderline | mismatch | unknown
注意：如果潜在客户来自子公司或业务部门，应评估相关单位，而非母公司

维度 2 — 行业

根据目标行业和排除行业列表进行核对
灵活判断分类：“AI-powered HR platform”同时符合“AI/ML”和“HR Tech”
评分：match | adjacent（相关但不是核心目标）| mismatch | unknown

维度 3 — 公司阶段

种子轮、A 轮、B 轮及以上、成长期、上市、自筹资金
来源：Crunchbase、新闻、数据补充信息
评分：match | borderline | mismatch | unknown

维度 4 — 地理位置

核对总部所在地和/或特定人员的所在地
对于远程优先的公司，核对团队大多数成员所在的位置
评分：match | borderline | mismatch | unknown

维度 5 — 用例契合度

根据公司的业务，判断其是否可能使用该产品
这是最需要深入判断的维度——需要理解产品和公司的运营情况
来源：公司网站、产品介绍、职位招聘信息（可提示内部工具/流程的情况）
评分：strong_fit | moderate_fit | weak_fit | no_fit | unknown

输出

每个潜在客户都会获得一个 company_qualification 区块：

{
  "company_size": { "score": "", "value": "", "reasoning": "" },
  "industry": { "score": "", "value": "", "reasoning": "" },
  "stage": { "score": "", "value": "", "reasoning": "" },
  "geography": { "score": "", "value": "", "reasoning": "" },
  "use_case": { "score": "", "value": "", "reasoning": "" },
  "company_verdict": "qualified | borderline | disqualified | insufficient_data"
}

第 4 步：人员资格评估

流程

针对每个潜在客户的联系人，根据买家角色标准进行评估：

维度 1 — 职位/角色匹配度

根据买家角色职位列表核对职位名称
处理名称变体：“VP of Marketing” = “Vice President, Marketing” = “VP Marketing”
灵活判断小公司的职位虚高情况（10 人初创公司的“Director”≠拥有 10,000 人的企业中的“Director”）
评分：exact_match | close_match | adjacent | mismatch | unknown

维度 2 — 职级

映射为：个人贡献者、经理、总监、VP、高管、创始人
根据 ICP 的职级要求进行核对
评分：match | too_junior | too_senior | unknown

维度 3 — 部门

工程、产品、市场营销、销售、运营、财务、人力资源等
根据 ICP 的目标部门进行核对
评分：match | adjacent | mismatch | unknown

维度 4 — 权限类型

根据职位名称和职级进行分类：
- economic_buyer — 可以签署支票
- champion — 有意愿且能影响决策
- user — 日常会使用该工具，可以验证需求
- evaluator — 受命进行调研，但决策权有限
- gatekeeper — 可以阻止，但无权批准
- unknown

维度 5 — 人员合适，公司不合适（或反之）

如果公司符合要求但人员不符合：标记为 right_company_wrong_person — 这是一个转介绍机会
如果人员符合要求但公司不符合：标记为 right_person_wrong_company — 入站线索中较少见，但求职者换工作时可能出现

输出

每个潜在客户都会获得一个 person_qualification 区块：

{
  "title_match": { "score": "", "value": "", "reasoning": "" },
  "seniority": { "score": "", "value": "", "reasoning": "" },
  "department": { "score": "", "value": "", "reasoning": "" },
  "authority_type": "",
  "person_verdict": "qualified | borderline | disqualified | insufficient_data",
  "mismatch_type": "null | right_company_wrong_person | right_person_wrong_company"
}

第 5 步：用例契合度评估

流程

此步骤将公司的潜在需求与产品的实际能力对应起来。它比步骤 3 中对公司层面用例的检查更加深入。

根据潜在客户的主动行为推断其意图：
- 申请演示时的留言 → 他们说自己需要什么？
- 下载内容 → 他们在研究什么主题？
- 参加网络研讨会 → 他们想解决什么问题？
- 注册免费试用 → 他们首先尝试了什么功能？
- 聊天机器人对话 → 他们提出了什么问题？
将意图与产品能力对应起来：
- 产品是否确实能解决他们似乎需要解决的问题？
- 这是主要用例，还是勉强适用的用例？
- 是否存在会让他们失望的已知限制？
评估实施可行性：
- 根据公司的规模和发展阶段，他们能否切实完成实施？
- 他们可能具备采用产品所需的技术资源或团队吗？
- 这类公司是否存在已知障碍？（例如：“银行需要 SOC2，而我们目前还没有”）

输出

{
  "inferred_intent": "",
  "intent_source": "",
  "product_fit": "strong | moderate | weak | unknown",
  "product_fit_reasoning": "",
  "implementation_feasibility": "easy | moderate | complex | unlikely",
  "known_blockers": []
}

步骤 6：评分与判定

评分逻辑

综合所有维度，得出最终资格判定。

综合评分计算：

维度	权重	可能的取值
公司规模	15%	match=100、borderline=50、mismatch=0、unknown=30
行业	20%	match=100、adjacent=60、mismatch=0、unknown=30
公司发展阶段	10%	match=100、borderline=50、mismatch=0、unknown=30
地理位置	10%	match=100、borderline=50、mismatch=0、unknown=30
用例匹配度	25%	strong=100、moderate=60、weak=20、no_fit=0、unknown=30
职位／角色	15%	exact=100、close=75、adjacent=40、mismatch=0、unknown=30
职级	5%	match=100、too_junior=20、too_senior=60、unknown=30

硬性覆盖规则（优先于评分）：

存在任何硬性不合格条件 → 无论分数如何，均判定为 disqualified
存在任何硬性合格条件 → 无论分数如何，均判定为 qualified（但仍需显示完整明细）
现有客户 → 单独转交处理，不作为新潜在客户评分

判定阈值：

分数 ≥ 75： qualified — 积极跟进
分数 50–74： borderline — 符合资格但存在保留条件，可能需要人工审核
分数 30–49： near_miss — 当前不符合资格，但足够接近，可考虑推荐或培育
分数 < 30： disqualified — 不符合 ICP

用于路由的子判定：

qualified_hot — 分数 ≥ 75，且分流评估中的紧迫性为 Tier 1/2
qualified_warm — 分数 ≥ 75，且分流评估中的紧迫性为 Tier 3/4
borderline_review — 分数 50–74，需要人工判断
near_miss_referral — 分数 30–49，且公司合适但人员不合适（有推荐机会）
near_miss_nurture — 分数 30–49，未来可能符合条件
disqualified_polite — 分数 < 30，需要礼貌拒绝
disqualified_competitor — 竞争对手的员工
existing_customer_upsell — 有扩展信号的现有客户

输出

每个潜在客户都会获得：

{
  "composite_score": 0-100,
  "verdict": "",
  "sub_verdict": "",
  "top_qualification_reasons": [],
  "top_disqualification_reasons": [],
  "summary": "One sentence: why this lead is/isn't a fit"
}

步骤 7：输出 CSV

CSV 结构

生成一个 CSV，保留所有输入字段，并附加以下资格评估列：

核心资格评估列：

qualification_verdict — qualified | borderline | near_miss | disqualified
qualification_sub_verdict — qualified_hot | qualified_warm | borderline_review | near_miss_referral | near_miss_nurture | disqualified_polite | disqualified_competitor | existing_customer_upsell
composite_score — 0-100
summary — 用一句话说明资格评估理由

销售管道检查列：

pipeline_status — new | existing_customer | in_pipeline | previously_contacted
pipeline_detail — 用一句话说明重叠情况
signal_flags — 所有匹配的复合信号

公司资格评估列：

company_size_score — match | borderline | mismatch | unknown
industry_score — match | adjacent | mismatch | unknown
stage_score — match | borderline | mismatch | unknown
geography_score — match | borderline | mismatch | unknown
use_case_score — strong | moderate | weak | no_fit | unknown

人员资格评估列：

title_match_score — exact_match | close_match | adjacent | mismatch | unknown
seniority_score — match | too_junior | too_senior | unknown
authority_type — economic_buyer | champion | user | evaluator | gatekeeper | unknown
mismatch_type — null | right_company_wrong_person | right_person_wrong_company

用例列：

inferred_intent — 他们似乎需要什么
product_fit — strong | moderate | weak | unknown
implementation_feasibility — easy | moderate | complex | unlikely

保存位置

clients/<client-name>/leads/inbound-qualified-[date].csv

摘要报告

生成 CSV 后，提供摘要：

## Inbound Lead Qualification: [Period]

**Total leads processed:** X
**Qualified:** X (Y%) — X hot, X warm
**Borderline (manual review):** X (Y%)
**Near miss:** X (Y%) — X referral opportunities, X nurture
**Disqualified:** X (Y%)

**Pipeline overlaps:**
- Existing customers: X (route to CS)
- Already in pipeline: X (coordinate with deal owner)
- Previously contacted: X (now warmer — re-engage)

**Top qualification reasons:**
1. [reason] — X leads
2. [reason] — X leads

**Top disqualification reasons:**
1. [reason] — X leads
2. [reason] — X leads

**Data quality:**
- Leads with full data: X
- Leads with partial data (some dimensions scored as 'unknown'): X
- Leads needing enrichment: X

**CSV saved to:** [path]

边缘情况处理

仅有邮箱的线索（没有姓名或公司）：

从邮箱中提取公司域名
如果是企业域名：查询公司信息，继续进行公司资格评估（人员资格评估大多为「unknown」）
如果是个人邮箱（gmail、yahoo）：评分为 insufficient_data，建议补充信息或人工审核

同一家公司有多个线索：

公司只评估一次，并将结果应用于该公司的所有线索
针对每位联系人单独进行人员资格评估
标记多联系人机会：「来自 [Company] 的 3 人主动联系——可能涉及采购委员会」

信号相互矛盾：

公司高度匹配，但联系人完全不合适（例如，完美匹配的公司里的实习生）
如实评分。子判定 right_company_wrong_person 会将此类情况转交给 disqualification-handling 进行推荐处理

边界情况的判断：

分数在 50-74 之间、结果可能两可时，对主动联系的线索倾向于判定为合格
理由：是他们主动联系了你。意向信号会让边界情况更倾向于「值得沟通」
在理由中注明这一倾向：「[维度] 匹配度处于边界，但主动联系的意向表明值得跟进」

数据缺失时的评分：

未知维度计为 30 分（不是 0 分，也不是 50 分）——缺少数据会产生轻微负面影响，但不构成淘汰理由
如果有超过 3 个维度为「unknown」，无论分数如何，该线索均视为 insufficient_data——建议先补充信息

所需工具

CRM 访问权限 — 检查销售管道、现有客户和联系记录
Supabase 客户端 — 查询销售管道和信号
网络搜索 — 在补充数据较少时调查公司信息
信息补充工具 — Apollo、LinkedIn 抓取工具或类似工具（可选，可提高准确性）
读取/写入 — 用于 CSV 输入/输出和配置管理

支持 Markdown

登录后评论

基本信息

作者: nikiandr
仓库: nikiandr/goose-skills
分类: 营销与增长
安装次数: 94
GitHub Stars: 1

报告问题