关于 inbound-lead-triage
这项营销 skill 将入站线索整理为优先跟进队列,并评估紧急程度、ICP 匹配度和相关背景。适用于从已配置来源或粘贴数据中审核线索的团队。
主要功能
- 01收集并规范化线索
- 02合并多个来源的重复线索
- 03按紧急信号排序
- 04评估 ICP 匹配度
- 05补充公司与个人背景
- 06建议分流并起草回复
适用场景
- 01优先跟进演示申请
- 02审核指定时段的线索批次
- 03区分竞争对手与现有客户
- 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 小时”“本周”“从周一至今”)
- 要检查的线索来源(默认检查所有已配置的来源,或由用户指定)
处理流程
- 从每个已配置的来源中提取指定时间段内的线索
- 无论来源为何,统一转换为通用架构:
{
"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
}
- 按电子邮件地址去重——如果同一人出现在多个来源中,则合并为一条记录,并列出所有来源类型(这是更强的信号)
输出
- 按来源分类的规范化线索列表
- 去重报告:“来自 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 能力,而是一次快速筛查,用于区分可能匹配和不太可能匹配的对象。
- 如果存在资格评估提示词(来自
lead-qualification能力):以快速模式应用该提示词——仅检查硬性排除条件,跳过深入信息补充 - 如果没有资格评估提示词: 使用公司背景进行基本匹配度检查:
- 公司的规模/行业/发展阶段大致符合 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_reasoningrecommended_action、response_draftcompany_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 或类似工具)