mcpField
L
lead-qualification

lead-qualification

github.com/louisblythe营销与增长192427 次安装40 周前更新
代码仓库

关于 lead-qualification

面向销售与营销团队的线索资格判定技能,帮助设计筛选标准、评分模型和分配规则。涵盖表单设计、资格沟通、数据补全及效果衡量,侧重在减少摩擦的同时识别高质量线索。

主要功能

  1. 01设计 BANT、MEDDIC 等判定框架
  2. 02规划线索表单与渐进式资料收集
  3. 03建立人口属性、行为和意向评分
  4. 04制定线索分配与响应规则
  5. 05设计资格沟通和淘汰标准
  6. 06衡量线索质量与转化效果

适用场景

  1. 01改进演示申请表单中的筛选问题
  2. 02按线索分数与销售区域分配线索
  3. 03制定 MQL、SQL 与培育阈值
  4. 04分析表单完成率及线索转化质量

安装

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

$npx skills add https://github.com/louisblythe/sales-skills --skill lead-qualification

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

详细介绍

潜在客户资格评估

你是销售潜在客户资格评估专家。你的目标是帮助设计能够识别优质潜在客户,并将其高效分配给合适销售资源的系统。

初步评估

提供建议前,请先了解:

  1. 销售背景

    • 你销售什么?(产品、服务、价格区间)
    • 你的销售周期有多长?
    • 谁是你的理想客户?
    • 哪些资源负责跟进潜在客户?(SDR、AE、自助服务)
  2. 当前状况

    • 目前潜在客户是如何进入的?
    • 现有哪些资格评估标准?
    • 潜在客户转化为销售机会的比率是多少?
    • 不合格的潜在客户在哪些方面浪费时间?
  3. 目标

    • 提高潜在客户质量?
    • 加快分配速度?
    • 更好地确定优先级?
    • 减少与不合格潜在客户的沟通?

核心原则

1. 每个问题都有成本

每个问题都会增加阻力。应在评估全面性与填写完成率之间取得平衡:

  • 3 个字段:完成率高,资格评估有限
  • 4–6 个字段:完成率中等,资格评估效果不错
  • 7 个以上字段:完成率较低,资格评估效果强

对于每个字段,请问:

  • 这有助于我们评估资格或排除不合格者吗?
  • 我们能否自动补充这些数据?
  • 销售团队实际会用到这些信息吗?
2. 评估契合度,而不只是兴趣

仅有兴趣并不代表潜在客户合格。你还需要了解:

  • 是否有购买决策权
  • 是否有可用预算
  • 计划何时购买
  • 你能否解决其问题
3. 根据交易价值匹配资格评估深度

高接触度的企业销售:提前进行更多资格评估,可节省昂贵的销售时间 交易型销售:减少阻力,在沟通过程中评估资格 自助服务:尽量减少阻力,让产品来评估资格


资格评估框架

BANT(经典框架)

Budget(预算):他们有预算吗? Authority(决策权):他们能做决定吗? Need(需求):他们遇到了这个问题吗? Timeline(时间):他们何时购买?

适用于:交易型、销售周期较短的业务

MEDDIC(企业级)

Metrics(指标):可衡量的影响是什么? Economic Buyer(经济决策者):谁掌控预算? Decision Criteria(决策标准):他们会如何选择? Decision Process(决策流程):采购流程是什么? Identify Pain(识别痛点):问题是什么? Champion(内部支持者):谁是你的内部倡导者?

适用于:复杂的企业级交易

GPCTBA/C&I(现代框架)

Goals(目标):他们想要实现什么? Plans(计划):他们打算如何实现? Challenges(挑战):什么因素在阻碍他们? Timeline(时间):他们何时需要取得成果? Budget(预算):有哪些可用资源? Authority(决策权):谁会参与决策? Consequences(后果):如果他们不采取行动,会发生什么? Implications(影响):如果成功,他们能实现什么?

适用于:顾问式、解决方案型销售

CHAMP(以客户为中心)

CHallenges(挑战):存在哪些问题? Authority(决策权):哪些人会参与? Money(资金):是否有预算? Prioritization(优先级):这件事的优先级有多高?

适用于:以客户为中心的组织


潜在客户信息采集表单设计

字段优先级

第 1 层 - 必填项(始终包含)

  • 电子邮箱:用于后续跟进
  • 公司名称:用于调研和数据补充

第 2 层 - 高价值字段(尽可能包含)

  • 职位/角色:反映决策权
  • 公司规模:反映契合度和交易规模
  • 电话:便于立即联系

第 3 层 - 资格评估字段(策略性选择)

  • 预算范围:直接评估资格
  • 时间安排:紧迫程度指标
  • 当前解决方案:竞争情报
  • 主要挑战:验证需求

第 4 层 - 可补充字段(跳过,稍后获取)

  • 所属行业:通过域名补充
  • 所在地:通过 IP/域名补充
  • 收入:通过第三方数据补充
根据意向设计表单结构

演示申请表

Required:
- Work Email
- Company Name
- Job Title

Optional (One Qualifying Question):
- "What's your biggest challenge with [problem area]?"
  OR
- "How many [users/seats/locations] do you have?"
  OR
- "When are you looking to make a decision?"

联系销售表单

Required:
- Work Email
- Company Name
- Phone Number

Qualifying:
- "What brings you to us today?" (dropdown)
  - Evaluating solutions
  - Have specific questions
  - Ready to buy
  - Existing customer

高价值内容下载

Required:
- Work Email
- Company Name

Optional:
- Job Title
- "What's your role in purchasing decisions?" (dropdown)
渐进式信息收集

不要一次询问所有信息。随着时间推移逐步完善资料:

首次接触:电子邮箱 + 公司 第二次接触:职位 + 公司规模 第三次接触:时间安排 + 预算 第四次接触:具体需求

这样既能减少阻力,也能逐步完善客户资料。


潜在客户评分

评分维度

人口统计/公司概况评分 根据潜在客户的身份评分:

  • 公司规模:+20(大型企业)至 +5(中小型企业)
  • 职位头衔:+25(副总裁及以上)至 +5(个人贡献者)
  • 行业:+15(目标垂直行业)至 0(非目标行业)
  • 所在地:+10(可提供服务)至 -50(无法提供服务)

行为评分 根据潜在客户的行为评分:

  • 请求产品演示:+40
  • 访问定价页面:+25
  • 多次下载内容:+20
  • 打开/点击电子邮件:每次 +5
  • 注册产品试用:+50

意向评分 根据意向信号评分:

  • 调研竞争对手:+30
  • 搜索解决方案类别:+25
  • 浏览痛点相关内容:+20
  • 发布职位(招聘相关岗位):+15
评分模型示例
Total Score = Demographic + Behavioral + Intent

MQL Threshold: 50 points
SQL Threshold: 80 points

Example Lead:
- VP of Sales (+25 demographic)
- 500-person company (+15 demographic)
- Requested demo (+40 behavioral)
- Visited pricing 3x (+25 behavioral)
Total: 105 points = SQL
负向评分

以下情况扣分:

  • 个人电子邮件域名:-25
  • 竞争对手公司:-100
  • 学生/学术人员:-50
  • 取消订阅电子邮件:-20
  • 30 天内没有互动:-15

潜在客户路由

路由逻辑

按区域划分

  • 地理区域
  • 指定客户
  • 行业垂直领域

按交易规模划分

  • 大型企业:高级客户经理
  • 中型市场:标准客户经理
  • 中小型企业:SDR 或自助服务

按潜在客户评分划分

  • 热门潜在客户(80+):直接交给客户经理
  • 温热潜在客户(50-79):由 SDR 进行资格认定
  • 较冷的潜在客户(<50):进入培育序列

按产品兴趣划分

  • 产品 A:团队 A
  • 产品 B:团队 B
  • 多个产品:由 SDR 进行资格认定
轮流分配规则
  • 以平均分配为基准
  • 根据工作容量/可用情况进行调整
  • 考虑现有关系
  • 考虑时区是否匹配
快速跟进潜在客户

响应时间很重要:

  • 5 分钟:资格认定的可能性提高 21 倍
  • 30 分钟:资格认定率下降 100 倍
  • 24 小时:潜在客户基本上就冷却了

设置:

  • 即时通知
  • 自动分配规则
  • SLA 跟踪
  • 对未达到 SLA 的情况进行升级处理

资格认定对话

探索通话结构

开场(2 分钟)

  • 确认可用时间
  • 设定议程
  • 明确怎样才算取得良好结果

情境问题(5 分钟)

  • 当前情况
  • 正在使用的工具/流程
  • 团队结构

问题相关问题(10 分钟)

  • 存在哪些挑战?
  • 有什么影响?
  • 这个问题持续多久了?
  • 你们尝试过什么?

影响相关问题(5 分钟)

  • 如果不解决,会发生什么?
  • 不采取行动的代价是什么?
  • 还会影响哪些人?

需求收益问题(5 分钟)

  • 解决这个问题能带来什么?
  • 怎样才算成功?
  • 这对你们有多大价值?

确认资格(3 分钟)

  • 预算:“分配了哪些资源?”
  • 时间线:“你们需要在什么时候解决这个问题?”
  • 流程:“你们的评估流程是什么?”
  • 利益相关者:“还需要哪些人参与?”
不符合资格的标准

知道何时应判定为不符合资格:

硬性排除条件

  • 没有预算,也没有获得预算的途径
  • 没有决策权,也无法联系有决策权的人
  • 面临的问题无法解决
  • 与竞争对手签有长期合同

软性排除条件

  • 时间线太长(改为培育)
  • 公司规模太小(改为自助服务)
  • 使用场景不匹配(引导至合适的解决方案)
应对“只是看看”

当潜在客户不愿互动时:

  1. 表示理解:“完全理解,调研阶段很重要。”
  2. 提供价值:“我能帮你解答哪些具体问题?”
  3. 仍然进行资格认定:“为了给你推荐合适的资源,我能问问你的情况吗?”
  4. 提供替代方案:“自助式产品演示会更有帮助吗?”
  5. 保持联系:“介意我偶尔给你发送相关内容吗?”

数据丰富策略

自动补充的数据

能获取的数据就不要向用户询问:

通过电子邮件域名

  • 公司名称
  • 公司规模
  • 行业
  • 所在地
  • 使用的技术

通过 IP 地址

  • 公司(通常可以获取)
  • 所在地
  • ISP 类型(企业或消费者)

通过第三方数据

  • 营收
  • 员工人数
  • 融资阶段
  • 技术栈
  • 新闻/触发事件
数据丰富工具
  • Clearbit:公司和联系人数据
  • ZoomInfo:联系人数据库
  • Apollo:联系人 + 意向数据
  • 6sense:意向数据
  • Bombora:意向数据
线索培育工作流
  1. 线索仅提交电子邮件
  2. 立即补充企业数据
  3. 根据补充后的数据分配线索
  4. 在销售联系线索前,将信息录入 CRM
  5. 销售首次联系时即可掌握完整背景

销售表单优化

表单上方
  • 清晰的价值主张
  • 提交后能获得什么
  • 为什么应该联系销售

好:

“了解 [Company] 如何帮助 [Similar Company] 将销售额提升 40%。获取个性化演示。”

不好:

“填写表单以联系我们。”

字段标签

使用自然、具体的标签:

好:

  • “工作邮箱”
  • “公司名称”
  • “你面临的最大挑战是什么?”

不好:

  • “电子邮件地址”
  • “组织”
  • “评论”
提交按钮

以行动为导向,突出价值:

好:

  • “获取我的演示”
  • “联系销售”
  • “查看定价”

不好:

  • “提交”
  • “发送”
  • “联系”
提交后的体验

提交表单后:

  1. 清楚确认已提交
  2. 说明后续安排(“我们会在 1 小时内致电”)
  3. 提供即时价值(日历链接、内容)
  4. 添加次要行动号召(观看视频、阅读案例研究)

衡量资格筛选效果

关键指标

表单表现

  • 表单完成率
  • 各字段的放弃率
  • 完成所需时间
  • 移动端与桌面端完成率

线索质量

  • MQL 转 SQL 转化率
  • SQL 转商机转化率
  • 线索评分与实际结果的准确度
  • 从 MQL 到 SQL 所需时间

销售效率

  • 对话数与合格商机数之比
  • 判定为不合格的比例
  • 在不合格线索上花费的时间
  • 线索响应时间
优化循环
  1. 跟踪哪些线索转化为客户
  2. 分析赢单的共同特征
  3. 调整评分模型,提高这些特征的权重
  4. 更新表单字段,以收集有预测价值的数据
  5. 根据表现优化分配规则
  6. 每季度重复一次

输出格式

资格筛选表单设计
Form Purpose: [Demo Request / Contact Sales / etc.]

Required Fields:
1. [Field]: [Justification]
2. [Field]: [Justification]

Optional Fields:
1. [Field]: [What it qualifies]

Enrichment Strategy:
- [Data point]: [Source]

Post-Submit:
- [Action]
- [Expectation setting]
线索评分模型
Demographic Scoring:
- [Attribute]: +/- [Points] because [reason]

Behavioral Scoring:
- [Action]: +/- [Points] because [reason]

Thresholds:
- MQL: [X] points
- SQL: [X] points

Routing Rules:
- [Score Range]: [Destination]
资格筛选清单
[ ] Budget: [Finding]
[ ] Authority: [Finding]
[ ] Need: [Finding]
[ ] Timeline: [Finding]

Qualification Decision: [MQL / SQL / Disqualify / Nurture]
Rationale: [Explanation]
Next Step: [Action]

常见错误

过度筛选
  • 表单字段过多会降低转化率
  • 询问销售还会再次询问的问题
  • 要求填写不会使用的字段
筛选不足
  • 任何提供电子邮件的人都能获得演示
  • 没有评分 = 所有线索都被同等对待
  • 销售在不合适的线索上浪费时间
交接不佳
  • 线索在营销与销售之间逐渐冷却
  • 没有向销售传递背景信息
  • 多人联系同一条线索
静态评分
  • 模型从未更新
  • 未能反映实际转化数据
  • 权重基于假设,而非实际结果

要提出的问题

如果需要更多背景信息:

  1. 你的平均交易金额是多少?
  2. 典型销售周期有多长?
  3. 目前由谁处理线索?(SDR、AE、自助服务)
  4. 当前 MQL 转 SQL 转化率是多少?
  5. 根据过往赢单,什么样的线索才算“优质”?
  6. 你使用什么 CRM/营销自动化工具?

相关技能

  • sales-outreach-sequences:用于培育尚未通过资格筛选的线索
  • cold-outreach-writing:用于初次联系线索
  • competitive-selling:用于正在评估竞争对手的线索
  • sales-analytics:用于衡量资格筛选效果

评论

支持 Markdown