HubSpot 线索评分模型实战指南lead-triage 的 0–100 四维加权与每日优先呼叫清单【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins本文基于 knowledge-work-plugins 仓库中 small-business 插件lead-triage技能的评分参考文档系统讲解 HubSpot 线索的字段拉取清单、0–100 综合评分模型Engagement / Company fit / Urgency 三维加权与 Recency 惩罚并结合 SKILL.md 定义的工作流、gotchas.md 归纳的边界场景与 happy-path-triage.md 的完整示例给出可直接在 Claude Cowork / Claude Code 中复现的今天先打这几个电话线索优先级方案。读完本文你将掌握这套评分规则的每个分值来源并能按自己的目标客户画像ICP现场调整权重。一、评分文档在 lead-triage 技能中的定位lead-triage是 small-business 插件中用于销售线索优先级的核心技能其 SKILL.md 定义了一条从用户说『帮我排一下线索优先级』到输出带谈话要点的排行清单的完整工作流User: prioritize my leads → Pull contacts: lifecycle stage Lead or MQL, status ≠ Unqualified → Score each across engagement, company fit, urgency, recency → Return ranked list (size adapts to volume) with talking points → Offer to draft follow-ups and propose calendar slots其中第二步评分所依赖的全部参数——字段名、分值权重、ICP 默认值——都集中存放在 reference/hubspot-scoring.md。这份文档本质上是一张评分参数表Fields to pull告诉 Agent 从 HubSpot 拉取哪些字段、每个字段服务于评分的哪个环节Scoring model定义 0–100 综合分的计算规则各维度分值与扣减项Custom ICP定义运行时自定义目标客户画像的覆盖机制。SKILL.md 的 workflow 第 1 步与第 3 步均显式引用该文件见 SKILL.md因此它是整个技能打分正确性的事实来源。本文以下各节即围绕这份参数表逐项展开。二、字段拉取清单评分所需的 HubSpot 数据评分的第一步是把线索数据从 HubSpot 拉全。文档定义了一张 14 个字段的拉取清单每个字段都有明确的用途归属HubSpot 字段用途firstname,lastname展示列表显示姓名company展示 ICP 匹配email跟进邮件草稿的收件人lifecyclestage过滤仅保留 Lead、MQLhs_lead_status过滤排除 Unqualifiedindustry公司匹配Company fitnumemployees公司匹配——联系人记录上的员工数。经常为空为空时按未知处理并按对应规则打分createdate紧迫度——线索年龄hs_last_activity_date新近度惩罚Recency penaltynotes_last_updated紧迫度——备注的新近程度hs_sales_email_last_replied互动——回复信号hs_email_open互动——打开次数仅限 30 天窗口内hs_analytics_last_visit_timestamp互动——网站访问num_contacted_notes互动——已触达次数这 14 个字段可以按评分维度归为四组展示与联系组firstname/lastname、company、email——用于最终榜单的展示和跟进草稿投递过滤组lifecyclestage、hs_lead_status——决定一条线索是否进入评分池评分信号组industry、numemployees支撑 Company fitcreatedate、notes_last_updated支撑 Urgencyhs_sales_email_last_replied、hs_email_open、hs_analytics_last_visit_timestamp、num_contacted_notes支撑 Engagemenths_last_activity_date支撑 Recency penalty空值策略文档特别标注numemployees在联系人记录上经常为 null此时不得当作不匹配而应按未知处理——这一点直接决定了 Company fit 维度落到 15 分、12 分还是 5 分见第五节。从 SKILL.md 的过滤链可以确认lifecyclestage只保留Lead与MQL两类hs_lead_status排除Unqualified且Customer/Evangelist生命周期的联系人被绝对禁止进入线索榜单见 SKILL.md。如果 HubSpot 不可用工作流会直接停止并提示HubSpot 已断开请连接后重试。三、0–100 综合评分模型总览评分模型的定义如下见 hubspot-scoring.md四个维度每个 0–25 分求和得到综合分。四个维度分别为Engagement互动0–25Company fit公司匹配0–25Urgency紧迫度0–25Recency penalty新近度惩罚从综合分中扣减其中前三个维度为加分项Recency penalty 与前三个不同——它不是加分而是从综合分中扣减Subtracted from composite分值范围为 −25 到 0。从文档结构可以推断由于加分维度最多 3 × 25 75 分、惩罚项只做减法当前版本在0–100标尺下绝大多数线索的实际得分上限约为 75惩罚项用于对今天刚被触达过的线索做向下修正拉开真正冷线索与需要立即跟进的线索之间的差距。每条线索都独立执行这套计算最终按综合分降序排列。四、Engagement0–25只看最近 30 天的互动信号互动维度有一条硬性时间规则见 hubspot-scoring.md只统计最近 30 天内的信号。更早的信号一律记 0 分。各信号的分值如下信号分值最近 14 天内有邮件回复15最近 7 天内有邮件打开未回复8最近 7 天内有网站访问5已触达超过 3 次且无回复−5为什么必须锁死 30 天窗口gotchas.md 给出了一个典型反面案例hs_email_open是累计计数一年前营销活动中攒下的 20 次打开会让一条冷线索在互动维度拿到满分 25排到榜单第一而业主打电话过去对方早已不记得这个品牌。正确做法是把互动信号严格限制在 30 天内如果全部信号都超过 30 天互动得分记 0并且谈话要点必须标注互动信号已过期最近日期——按冷外呼对待。hs_sales_email_last_replied回复时间戳、hs_email_open打开数、hs_analytics_last_visit_timestamp网站访问时间戳与num_contacted_notes已触达次数四个字段是这一维度的数据来源。注意已触达超过 3 次且无回复是唯一的负分项——它识别的是反复跟进仍无回应、热度正在流失的线索。五、Company fit0–25ICP 匹配度公司匹配维度衡量线索与目标客户画像ICP的吻合程度。文档定义的默认 ICP当业主未声明自己的 ICP 时为任意行业员工数 1–50 人。匹配规则与分值如下匹配情况分值行业 规模都匹配 ICP25规模匹配行业未知15行业匹配规模未知12都不匹配或两者都未知5三个值得注意的细节未知不等于不匹配。numemployees在 HubSpot 联系人记录上经常为空此时走规模未知分支12 分或 5 分而不是直接判定不匹配行业的优先级高于规模。行业匹配、规模未知得 12 分而规模匹配、行业未知得 15 分说明当前权重体系更看重规模的确认两者都未知仅得 5 分——没有可确认的匹配依据时公司匹配维度基本不贡献分值。这条规则与第八节的自定义 ICP 直接联动当业主在运行时声明专注 SaaS10–100 人企业时本维度所有匹配判定都切换到新画像而不是写死的默认值。六、Urgency0–25时间窗口与需求信号紧迫度维度同时考察备注中的需求关键词和线索年龄信号分值备注包含 urgent、ASAP、deadline、budget approved15线索年龄 7–21 天最佳跟进窗口10线索年龄 7 天5线索年龄 60 天−5其设计逻辑清晰可循需求关键词 15备注中出现urgent/ASAP/deadline/budget approved意味着对方有明确的时效压力或预算已批是最高优先级的需求信号数据来源是notes_last_updated所指向的备注内容7–21 天是最佳跟进窗口10线索刚进入时7 天5对方可能还没形成采购节奏超过 60 天则热度衰减−5SKILL.md 的工作流还提到stage duration阶段停留时长是紧迫度的输入之一见 SKILL.md即线索在某个生命周期阶段停留过久也可作为紧迫度信号与评分文档中的年龄窗口相互补充。这一维度的数据来源是createdate线索创建时间计算年龄与notes_last_updated备注最近更新时间判断关键词是否新鲜。七、Recency penalty从综合分中扣减新近度惩罚与前三个维度不同它独立作用于综合分规则如下最近活动时间扣减24 小时以内−251–3 天前−104–7 天前−57 天以上0数据来源是hs_last_activity_date最近活动时间戳。这条惩罚的逻辑在 SKILL.md 中有一句关键注释subtract points if last activity was 24 hours agoalready touched today——即今天刚刚触达过的线索要扣分。原因是评分的目标是回答今天先打给谁而 24 小时内刚互动过的线索已经在推进中不再是今日最需要抢占注意力的对象反之1–7 天内有过活动、但今天没有跟进的线索才是正在热但可能凉掉的黄金跟进窗口。扣分项也会体现在榜单的last activity summary最近活动摘要中让业主一眼看出惩罚原因。一条完整的示例计算按文档规则推导用于说明各维度如何叠加某线索 14 天内回复过邮件15、7 天内访问过官网5Engagement 20行业匹配 ICP、员工数未知Company fit 12线索年龄 12 天10且备注含 ASAP15Urgency 25最近活动发生在 2 天前Recency 扣 −10。综合分 20 12 25 − 10 47。八、自定义 ICP运行时覆盖默认 ICP任意行业、1–50 员工只是兜底。文档最后给出了覆盖机制见 hubspot-scoring.md如果业主在运行时声明了 ICP例如聚焦 SaaS10–100 员工仅当次会话应用该画像。这意味着会话级生效覆盖只作用于当前这一次 triage 会话不修改技能文件里的默认值下次运行仍回落到任意行业、1–50 员工影响范围自定义 ICP 主要改变第五节 Company fit 维度的匹配判定行业、规模是否算匹配从而改变每条线索的综合分排序不需要改代码整个技能是纯 Markdown 配置见仓库根 README.md 对插件文件化结构的说明业主在对话里口头声明画像即可Agent 按 happy-path-triage.md 中Owner ICP: SaaS, 10–50 employees的方式在会话上下文里应用。如果希望 ICP 长期生效可参考 small-business 插件 README 的定制建议将业务上下文直接写入技能文件见 small-business/README.md。九、从分数到行动排名、列表规模与产出物打分只是手段产出是今天的呼叫清单。SKILL.md 定义了从分数到行动的完整规则见 SKILL.md1. 降序排名与自适应列表规模线索总量展示策略≤10 条全部展示11–30 条展示前 530 条展示前 82. 每条线索的展示内容姓名、公司、综合分、一段话谈话要点talking point、最近活动摘要。3. 过期互动标记如果线索的互动信号全部超过 30 天必须标记互动信号已过期——按冷外呼对待。4. 两个可选动作均需业主确认跟进草稿问要为其中哪些草拟跟进邮件——每封邮件匹配该线索最近一封外呼邮件的语气只展示草稿不发送日历时段问要为其中哪些提议通话时段——先检查接下来两个工作日的日历只提议 30 分钟空档避开已有事件前后 ±15 分钟的时段每条线索提议两个选项不创建事件。5. 审批门禁SKILL.md绝不发送邮件、绝不创建日历事件、绝不擅自修改生命周期阶段或标记 Unqualified、绝不把 Customer / Evangelist 纳入榜单若过滤后为零条线索则解释原因并询问实际使用的生命周期阶段不得虚构清单。十、边界与常见坑来自 gotchas.mdgotchas.md 记录了四类最容易踩的坑其中两条直接与评分模型相关Pipeline裸触发词会误跑完整评分。用户说看看我的管道可能只是想要各阶段金额概览而不是打分清单。正确做法是先反问是要快速管道概览阶段 总金额还是要优先呼叫清单——裸 pipeline 不触发评分过期互动数据虚高分数。如前所述hs_email_open是累计值必须限制 30 天窗口否则冷线索会被顶到第一客户混入线索榜单。生命周期过滤缺失会导致已有客户以线索身份出现在第二名。正确做法是严格过滤lifecyclestage Lead or MQL若生命周期为空可纳入但必须带警告标记⚠ 生命周期阶段未设置——呼叫前请确认这确实是线索。提议与既有日程冲突的时段。提议前必须拉取未来两个工作日的日历只提议无事件±15 分钟缓冲的窗口无空档时如实说明并提议看更远的日期。十一、完整示例7 条线索的快乐路径仓库在 examples/happy-path-triage.md 给出了完整输出示例。场景7 条线索按 ≤10 规则全部展示业主 ICP 为 SaaS、10–50 员工。榜单输出格式如下节选Here are your 7 leads, ranked by priority: ───────────────────────────────────── 1. Sarah Chen · Acme SaaS · Score: 78 Last activity: 2 days ago (email reply) Sarah replied asking about API limits — evaluating for a 22-person team. Strong ICP fit. Lead is 12 days old (prime window). Open with her API question; offer a 20-min demo to walk through limits live. 2. Marcus Webb · Loop Analytics · Score: 64 Last activity: 5 days ago (site visit) Visited pricing page twice this week, no reply to outreach. 31 employees, SaaS — good fit. Try a softer touch: share a case study instead of another demo ask. 3. Priya Nair · BuildFast · Score: 51 Last activity: 9 days ago (email open) Opened the intro email, no reply. 18 days old — approaching stale. One more value-add touch (ROI one-pager) before deprioritizing. [4–7 follow same format, scores 30–45] ───────────────────────────────────── Draft follow-ups for any of these? (e.g., draft for 1 and 2) Propose call slots? (e.g., find times for Sarah and Marcus)注意榜单如何把评分维度的语义翻译成行动建议Sarah 的谈话要点引用了她邮件里问的具体问题回复信号驱动Marcus 的要点引用了一周两次访问定价页网站访问信号驱动Priya 的要点则基于18 天接近过期年龄窗口驱动。这就是 Engagement / Company fit / Urgency 三个维度分值的业务落地。随后是跟进邮件草稿示例仅展示不发送Subject: Re: API limits question Hi Sarah, Happy to answer the API limits question properly on a short call rather than over email. [Owner adds availability after booking] Would that work? [Owner name]以及日历时段提议不创建事件Open 30-min slots (next 2 business days): • Thu Apr 25 · 10:00–10:30 AM • Thu Apr 25 · 2:00–2:30 PM • Fri Apr 26 · 9:00–9:30 AM No events created — pick one and book it directly.说明示例中的分数为该技能演示用的示意输出用于展示榜单结构与谈话要点格式真实运行时按第四节至第七节的规则逐条计算综合分。十二、调优建议把评分模型变成你自己的评分模型是插件自带的通用起点可通过两种方式适配你的业务见 small-business/README.md调整阈值与权重分值、窗口30 天 / 7 天 / 14 天、最佳跟进窗口7–21 天、默认 ICP任意行业、1–50 员工都集中在 hubspot-scoring.md 的表格中按自己业务的销售节奏改表即可无需改动工作流代码注入业务上下文在技能文件中补充你的行业、典型客户规模与采购周期让 Agent 的匹配判定更贴近真实销售场景日常使用时则用第八节的运行时 ICP 覆盖做会话级微调。最后提醒这条评分链路依赖 HubSpot 连接器提供字段数据见 small-business/README.md字段为空尤其numemployees、industry时按未知分支打分是保证评分不虚高的关键。结合 gotchas.md 的边界处理这套模型即可稳定支撑今天先打这 5 个电话的日常销售动作。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考