mcpField
I
inbound-lead-triage

inbound-lead-triage

github.com/gooseworks-ai营销与增长1.3k49 次安装3 天前更新
代码仓库

关于 inbound-lead-triage

这项营销 skill 将入站线索整理为优先跟进队列,并评估紧急程度、ICP 匹配度和相关背景。适用于从已配置来源或粘贴数据中审核线索的团队。

主要功能

  1. 01收集并规范化线索
  2. 02合并多个来源的重复线索
  3. 03按紧急信号排序
  4. 04评估 ICP 匹配度
  5. 05补充公司与个人背景
  6. 06建议分流并起草回复

适用场景

  1. 01优先跟进演示申请
  2. 02审核指定时段的线索批次
  3. 03区分竞争对手与现有客户
  4. 04为合适的线索起草联系内容

安装

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

$npx skills add https://github.com/gooseworks-ai/goose-skills --skill inbound-lead-triage

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

附带文件skill.meta.json

详细介绍

入站线索分流

提取指定时间段内的所有入站线索,按来源紧急程度分类,根据 ICP 进行资格评估,补充公司和联系人背景信息,并生成优先级排序的行动队列。将杂乱无章的表单提交整理成一份清晰的“优先联系谁”名单。

自动加载时机

在以下情况下加载此复合流程:

  • 用户说“帮我分流入站线索”“查看新线索”“检查演示请求”
  • 用户想处理任意时间段内的一批入站线索
  • 用户询问“我应该先跟进谁?”
  • 定期入站线索审核的定时工作流触发

架构

[Lead Sources] → Step 1: Collect → Step 2: Classify & Rank → Step 3: Qualify → Step 4: Enrich → Step 5: Route & Respond
                    ↓                    ↓                        ↓                  ↓                    ↓
              Raw lead list      Urgency-ranked list       ICP-scored list    Context-rich list    Action queue + drafts

每个步骤都有明确的输入/输出约定。工具按客户端配置一次,而不是硬编码。


步骤 0:配置(每个客户端仅需一次)

首次运行时,询问用户配置线索来源和偏好。将配置保存到当前工作目录或用户指定的位置(例如,config/inbound-triage.json)。

{
  "lead_sources": {
    "demo_requests": {
      "source_tool": "HubSpot | Salesforce | Typeform | CSV | other",
      "access_method": "API | CSV export | MCP tool | manual paste",
      "fields_available": ["name", "email", "company", "title", "message"]
    },
    "free_trial_signups": {
      "source_tool": "product database | Stripe | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "signup_date", "plan"]
    },
    "content_downloads": {
      "source_tool": "HubSpot | Marketo | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "content_title", "download_date"]
    },
    "webinar_registrations": {
      "source_tool": "Zoom | Luma | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "webinar_title", "attended"]
    },
    "chatbot_conversations": {
      "source_tool": "Intercom | Drift | Crisp | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "conversation_summary", "intent"]
    }
  },
  "urgency_overrides": {},
  "response_preferences": {
    "demo_request_sla": "< 1 hour",
    "trial_signup_sla": "< 4 hours",
    "default_sla": "< 24 hours"
  },
  "qualification_prompt_path": "path/to/existing/qualification-prompt.md or null"
}

后续运行时: 静默加载配置,跳过设置。

如果用户提供原始 CSV 或直接粘贴线索: 跳过来源配置,仅对给定内容进行分类。


步骤 1:收集线索

输入
  • 时间段(例如,“过去 24 小时”“本周”“从周一至今”)
  • 要检查的线索来源(默认检查所有已配置的来源,或由用户指定)
处理流程
  1. 从每个已配置的来源中提取指定时间段内的线索
  2. 无论来源为何,统一转换为通用架构:
{
  "name": "",
  "email": "",
  "company": "",
  "title": "",           // if available
  "source_type": "",     // demo_request | free_trial | content_download | webinar | chatbot | other
  "source_detail": "",   // which form, which webinar, which content piece
  "timestamp": "",
  "raw_message": "",     // form message, chat transcript, or null
  "raw_fields": {}       // all original fields preserved
}
  1. 按电子邮件地址去重——如果同一人出现在多个来源中,则合并为一条记录,并列出所有来源类型(这是更强的信号)
输出
  • 按来源分类的规范化线索列表
  • 去重报告:“来自 Y 个来源的 X 条线索,合并 Z 条重复记录”
人工检查点

按来源展示收集到的线索数量。询问:“这是我找到的线索。要继续分流吗?”


步骤 2:按紧急程度分类和排序

紧急程度分级

根据来源类型和行为信号,将每条线索划分到四个紧急程度等级之一。

第 1 级 — 立即响应(SLA < 1 小时)

  • 演示请求(明确的购买意向)
  • 潜在客户询问定价、集成或实施事宜的聊天机器人对话
  • 提及竞争对手名称的任何线索
  • 提及时间安排的任何线索(“计划在第二季度前切换”“本月正在评估”)
  • 多来源线索:出现在 2 个或更多来源中(例如,下载内容并请求演示)

第 2 级 — 当天响应(SLA < 4 小时)

  • 免费试用注册(有主动评估意向)
  • 询问产品问题(非定价问题)的聊天机器人对话
  • 实际参加了线上研讨会的参会者(不只是注册)
  • 下载销售漏斗底部内容(案例研究、投资回报率计算器、对比指南、定价页面)

第 3 级 — 24 小时内响应

  • 注册但未参加线上研讨会的用户
  • 下载销售漏斗中部内容(操作指南、行业报告、模板)
  • 使用个人电子邮件域注册免费试用的用户(gmail、yahoo——商业意向较低)

第 4 级 — 批量响应 / 培育

  • 下载销售漏斗顶部内容(博客文章、通用电子书、信息图)
  • 注册了宽泛或教育类主题线上研讨会、且没有其他信号的用户
  • 缺少公司或职务信息且无法补充的任何线索
信号增强因素(提升一个等级)
  • 公司符合现有 ICP(已知的优质行业、规模、发展阶段)
  • 联系人的职务符合目标买家画像
  • 公司已进入销售管道(已有交易——具备暖场背景)
  • 联系人此前有过互动(下载过其他内容、参加过其他线上研讨会)
  • 公司被某个信号复合指标标记(融资、招聘、高管变动)
信号减弱因素(降低一个等级)
  • 使用个人电子邮件域且没有公司信息
  • 类似机器人的行为(填写表单用时 < 3 秒、字段内容毫无意义)
  • 现有客户(除非有追加销售信号——保持等级不变,但更改标记方式)
  • 竞争对手员工(单独标记——属于竞争情报,不是线索)
紧急程度覆盖

如果用户在 urgency_overrides 中配置了自定义紧急程度规则,则在默认分类之后应用这些规则。

输出
  • 按紧急程度层级排序的潜在客户列表,同一层级内按时间戳排序
  • 为每位潜在客户标注:urgency_tier、urgency_reason、signal_boosters[]、signal_dampeners[]

第 3 步:根据 ICP 进行资格评估

流程

对每位潜在客户进行轻量级 ICP 资格评估。这不是完整的 lead-qualification 能力,而是一次快速筛查,用于区分可能匹配和不太可能匹配的对象。

  1. 如果存在资格评估提示词(来自 lead-qualification 能力):以快速模式应用该提示词——仅检查硬性排除条件,跳过深入信息补充
  2. 如果没有资格评估提示词: 使用公司背景进行基本匹配度检查:
    • 公司的规模/行业/发展阶段大致符合 ICP 吗?
    • 此人的职称是否对应买家/用户角色?
    • 是否存在明显的排除条件?(地区不符、行业不符、规模过小/过大)
资格评估类别
  • 高度匹配 — 公司和个人都明显符合 ICP
  • 可能匹配 — 数据不完整,但现有信息看起来不错
  • 匹配度未知 — 信息不足,无法判断(需要补充信息)
  • 匹配度较低 — 明显不符合 ICP(但仍需记录——他们主动联系必有原因)
  • 标记:竞争对手 — 已知竞争对手的员工
  • 标记:现有客户 — 已是客户(转交给客户成功/追加销售团队,而非销售团队)
输出
  • 为每位潜在客户标注:icp_fit、fit_reasoning(用一句话说明原因)
  • 将“匹配度较低”或“标记”类别的潜在客户单独列入次级列表

第 4 步:补充背景信息

流程

针对 Tier 1 和 Tier 2 的潜在客户(以及 Tier 3 中高度匹配/可能匹配的潜在客户),收集有助于回应者更好地展开对话的背景信息。

公司信息补充(每家独特的公司):

  • 公司是做什么的?(一句话)
  • 公司规模、发展阶段、行业
  • 最近是否有新闻或信号?(检查是否有信号组合将该公司标记出来)
  • 他们是否已在我们的销售管道中?(检查你的 CRM——HubSpot、Salesforce、CSV)
  • 过往互动记录(该公司其他有过互动的人员)

个人信息补充:

  • 当前职位和任职时长
  • LinkedIn 标题(如果可通过信息补充工具获取)
  • 之前是否与我们有过互动(此前下载的内容、参加的网络研讨会、邮件回复)
  • 是否有共同联系人或可行的熟人引荐途径(如果可以判断)

互动背景:

  • 他们下载了什么内容?(概述主题——回应者应了解潜在客户感兴趣的内容)
  • 他们在演示申请表中写了什么?(引用关键短语)
  • 聊天机器人对话的主题是什么?(用 3 句话总结)
  • 他们参加了哪场网络研讨会?(主题与产品的相关性)
工具灵活性
  • 使用已配置的任意信息补充工具(SixtyFour 或 Orthogonal、LinkedIn 抓取工具、网络搜索)
  • 如果未配置信息补充工具,则对公司和个人进行基本网络搜索
  • 跳过 Tier 4 潜在客户的信息补充(不值得投入成本——对他们进行批量培育)
输出
  • 每位 Tier 1-3 潜在客户都有一个信息补充区块,包含公司背景、个人背景和互动背景
  • 信息补充尽力而为——缺失字段会注明,但绝不会阻断流程

第 5 步:分配并建议回复

针对每条线索,确定:

1. 响应方式:

紧迫程度ICP 匹配度行动
Tier 1强/可能匹配立即进行个性化触达 — 起草个性化邮件或电话话术
Tier 1未知立即触达+通过通话确认资格 — 起草包含需求探索问题的邮件
Tier 1较差仍需回复(对方申请了演示)— 起草礼貌回复,并通过通话确认资格
Tier 2强/可能匹配当天进行个性化触达 — 起草个性化欢迎/跟进邮件
Tier 2未知当天进行模板化触达 — 发送附带一行个性化内容的模板
Tier 2较差模板化回复 — 发送标准欢迎信息,不优先处理
Tier 3强/可能匹配次日进行个性化触达 — 起草提及对方互动内容的邮件
Tier 3未知/较差加入培育序列 — 自动发送培育邮件,无需人工处理
Tier 4任意仅加入培育序列 — 批量添加至适当的培育营销活动
标记:竞争对手—记录为竞争情报 — 不发送销售触达信息
标记:客户—转交客户成功团队 — 如相关,标记追加销售机会

2. 起草回复(适用于需要个性化触达的 Tier 1-3 线索):

起草一封回复邮件,并且:

  • 提及对方采取的具体行动(“我看到您申请了……的演示”,“感谢您下载我们的……指南”)
  • 将对方可能感兴趣的内容与相关产品功能联系起来
  • 自然地利用丰富的上下文信息(不要让人觉得被窥探——只提及公开信息)
  • 设置符合相应层级的明确 CTA:
    • Tier 1:“您本周方便在[具体时间段]抽空快速通个电话吗?”
    • Tier 2:“我为您介绍一下[相关功能]会有帮助吗?”
    • Tier 3:“我整理了[相关资源],可以进一步补充您下载的内容。如果您有任何问题,很乐意交流。”

3. 分配负责人(如果已配置团队结构):

  • 根据客户端配置,按区域、客户规模或轮流分配进行路由
  • 如果未设置团队结构:所有线索都分配给用户

输出格式

主要内容:按优先级排列的行动队列

以清晰、可执行的表格呈现,并按紧迫程度分层排列:

## Inbound Lead Triage: [Period]
Generated: [timestamp]

### Summary
- **Total leads:** X from Y sources
- **Tier 1 (respond now):** X leads
- **Tier 2 (respond today):** X leads
- **Tier 3 (respond within 24h):** X leads
- **Tier 4 (nurture):** X leads
- **Flagged:** X competitors, X existing customers

---

### 🔴 Tier 1 — Respond NOW

#### Lead: [Name] — [Company] — [Title]
- **Source:** Demo request via [tool] at [time]
- **Urgency reason:** Explicit demo request + company matches ICP
- **ICP fit:** Strong — [one sentence reasoning]
- **Company:** [one sentence what they do, size, stage]
- **Signal context:** [any signals from other composites]
- **Engagement:** "[quote from form message or chat]"
- **Recommended action:** Personal email + calendar link
- **Draft response:**
  > [ready-to-send email draft]

---

#### Lead: [Name] — [Company] — [Title]
...

---

### 🟡 Tier 2 — Respond TODAY
...

### 🟢 Tier 3 — Respond Within 24h
...

### ⚪ Tier 4 — Add to Nurture
[Batch list — name, company, source, content engaged with. No individual drafts.]

### 🔵 Flagged
- **Competitors:** [list with company name — route to competitive intel]
- **Existing customers:** [list with company name — route to CS]
次要内容:CSV 导出

同时生成包含所有线索及其分流数据的扁平 CSV:

  • 所有原始字段
  • urgency_tier、urgency_reason、icp_fit、fit_reasoning
  • recommended_action、response_draft
  • company_context、person_context、engagement_context

将文件保存到当前工作目录,或保存到用户指定的位置(例如:leads/inbound-triage-[date].csv)。


边缘情况处理

周期内没有线索: 报告“[period]内未发现新的入站线索”,并注明检查过哪些来源。

线索没有电子邮箱: 如果有公司名称和姓名,仍需进行分流。标记为“没有直接联系方式 — 需要手动查找”。

线索来自非常大型的公司(企业客户): 将紧迫程度提升一个层级。企业入站线索罕见且价值高。注明:“企业线索 — 考虑由高管级别人员回复。”

线索已在进行中的出站序列中: 标记:“已在出站序列 [campaign name] 中 — 回复前检查是否存在冲突。”不要再发送第二条可能产生竞争的消息。

重复线索(同一人、同一来源、同一周期): 保留最新的提交记录。将重复互动作为提高优先级的信号注明。

数据不完整(无公司名称、无职位): 根据现有信息进行分类。来源类型仍决定紧迫程度层级。注明:“数据不完整 — 考虑在触达前补充信息。”

线索量大(周期内有 100+ 条线索): 对于 Tier 3-4 线索,跳过逐条信息补充。批量根据 ICP 对公司名称进行资格评估,并输出汇总统计数据,而非逐条简报。将人工关注重点放在 Tier 1-2 线索上。


处理频率

  • 每天 2–3 次(适用于活跃团队):每隔几小时筛选新的潜在客户,以满足 SLA 目标
  • 每天上午(最低要求):早间筛选前一天和夜间收到的所有潜在客户
  • 每周(轻量级):汇总入站量、来源效果和响应时间等数据

所需工具

Agent 应能够访问:

  • CRM / 表单工具 — 用于提取入站潜在客户(HubSpot、Salesforce、Typeform 等)
  • 网页搜索 — 在无法使用其他工具时,用于补充公司 / 人员信息
  • 潜在客户信息补充工具 — SixtyFour 或 Orthogonal、LinkedIn 抓取工具或类似工具(可选,可提升质量)
  • 邮件起草 — 参考 email-drafting 能力获取回复框架
  • 日历工具 — 在 Tier 1 回复中加入可用时段(gcalcli 或类似工具)

评论

支持 Markdown