需要构建合格销售线索清单时，按 B2B SaaS、通用…

适用于把 ICP 转化为已验证、已评分、可外联的线索表，覆盖 B2B SaaS、通用 B2B、本地小商户和寻找首批客户的需求信号勘探。

适用场景

解决思路

1. 开始前先检查 product marketing context：如果 `.agents/product-marketing.md` 存在（或 `.claude/product-marketing.md`，旧版 `product-marketing-context.md`），先读取；只询问其中未覆盖或本任务特有的信息。
2. 根据销售对象选择且只选一个分支：SaaS（卖给其他 SaaS 公司或数字业务）、B2B（非 SaaS 的 B2B 服务、制造商、企业、中端市场）、Local SMB（本地小商户：商店、健身房、餐厅、诊所、沙龙、服务商）、Demand-signal（早期：首批客户、设计伙伴或 beta 用户）。
3. 如果用户描述混合模式（例如“同时也是 SaaS 的 SMB”），选主导分支，并从另一分支引入资格信号。
4. 如果用户处于早期，需要首批客户或设计伙伴，且优先看需求证据而非名单覆盖，使用 Demand-signal 分支。
5. SaaS 分支深入看 `references/saas-prospecting.md`；B2B 分支看 `references/b2b-prospecting.md`；Local SMB 分支看 `references/local-prospecting.md`；Demand-signal 分支看 `references/demand-signals.md`。
6. Phase 1 定义 ICP：如果 `product-marketing.md` 可用则从中提取；否则收集企业画像匹配：行业、公司规模、收入区间、地理、商业模式。
7. Phase 1 收集技术栈匹配（SaaS 分支）：他们已用什么工具、缺什么。
8. Phase 1 收集购买信号：为什么是现在？触发事件、融资、招聘、新计划、对现有供应商不满、最近搬迁或扩张。
9. Phase 1 收集决策人画像：角色、资历、关心什么。
10. Phase 1 收集不合格条件：什么让线索明确跳过。
11. Phase 1 将 ICP 输出为一段话声明加一份通过/不通过检查清单；没有这个不要进入发现阶段。
12. Phase 2 构建候选名单（发现阶段）：候选数量取最终想要数量的 2–3 倍，因为资格筛选会大量淘汰。
13. Phase 2 SaaS/B2B：组合 2–3 个来源做交叉验证；用 Apollo 或 ZoomInfo 获取企业画像；用 Clearbit 或 Clay 做数据丰富；用 LinkedIn Sales Nav 做决策人映射。
14. Phase 2 Local SMB：从目标地区目标类别的 Google Maps 开始做浏览器辅助研究；用 Yelp、企业网站、社交页面和公共目录交叉核对。
15. Phase 2 如果用户名单质量要求高，小名单更好：25 条已验证线索胜过 250 条大多为垃圾的线索。
16. Phase 3 按 ICP 检查清单给每个候选打分；为每条资格判断添加证据（一到两个来源 URL），绝不无依据断言。
17. Phase 3 使用信心等级：High=至少两个独立来源或官方企业页面确认；Medium=一个可信来源加一致的搜索证据；Low=证据不完整或模糊，并标记仍不确定的部分。
18. Phase 3 对 B2B/SaaS 分支的邮箱联系人，在加入最终名单前始终验证可投递性——见 `references/data-sources.md` 中的 Truelist 集成；不要把无效或高风险邮箱发出。
19. Phase 4 对 SaaS、B2B、Local SMB 分支应用评分规则：Hot=强 ICP 匹配+明确购买信号+决策人可触达+已验证联系方式。
20. Phase 4 Warm=ICP 匹配+较弱或较旧信号+联系方式可验证。
21. Phase 4 Cold=ICP 匹配松散，或无明确信号，或联系方式未验证。
22. Phase 4 Skip=命中不合格条件（超出 ICP、已关闭业务、重复、不相关、低信心）。
23. Phase 4 Demand-signal 分支评分不同：用 0–100 需求匹配分，而不是 Hot/Warm/Cold；见 `references/demand-signals.md`。
24. Phase 4 用分支特定信号细化评分——见各 reference 文件；默认比例目标约 20% Hot、约 30% Warm，其余为 Cold/Skip。
25. Phase 5 输出线索表（SaaS/B2B/Local SMB）：默认在聊天中输出 markdown 表格；当列表超过 25 行或用户明确要求文件时切换为 CSV。
26. Phase 5 Demand-signal 分支改为交付证据报告——见 `references/demand-signals.md`。
27. Phase 5 表格后始终添加“Top outreach targets”：前 3–5 条 Hot 线索，每条一句话说明为什么应优先外联。
28. Phase 5 列可因分支而异，但每份线索表都包含：score、business/company name、contact（如适用）、why-it's-a-prospect、source(s)、confidence、last verified date。
29. 合规：不要对 LinkedIn、Google Maps、付费墙网站或限速 API 做批量抓取；浏览器是辅助研究工具，不是 scraper。
30. 合规：不要绕过 CAPTCHA、登录墙或机器人保护；如果网站要求这些，只使用公开可见内容。
31. 合规：只使用公开的企业联系渠道；使用 info@、hello@、contact@ 和企业自己网站上发布的有名角色邮箱（founder、owner）；个人/私人邮箱需要合法依据（既有关系、opt-in 等）。
32. 合规：了解 GDPR / CAN-SPAM / CASL；为你加入名单的每个联系人捕获并保留来源 URL 和日期，这是下游外联合规所需。
33. 合规：不要转售从 Google Maps、LinkedIn 或任何条款禁止的平台提取的数据；为用户自己的外联建名单可以，产品化并出售名单不可以。
34. 合规：对自己限速；即使公共来源也要间隔请求，不要像机器人一样留下指纹。
35. 合规：不要使用泄露、泄漏或无来源的数据；不要从泄露数据集、抓取联系人市场或无来源谱系的名单经纪人获取线索；在 ToS 和合法依据内使用 licensed B2B data providers（Apollo、ZoomInfo、Clearbit、Clay）是可以的。
36. 合规：绝不针对或推断敏感特征；不要基于健康、财务困境、政治信仰、性取向、宗教或其他受保护/敏感属性做资格判断、分群或个性化，即使公开帖子暴露了这些。
37. 收集输入：如果缺失，先问一次，然后推断合理默认值并继续。
38. 收集输入：分支（SaaS / B2B / Local SMB / Demand-signal）；通常可从上下文推断；早期首批客户发现选 Demand-signal。
39. 收集输入：ICP 描述；如果存在 `product-marketing.md` 则从中提取。
40. 收集输入：目标数量；SaaS/B2B 默认 25，Local SMB 默认 15。
41. 收集输入：地理范围（Local SMB 必需；B2B 有用；SaaS 较不重要）。
42. 收集输入：用户可访问的工具（Apollo？Clay？ZoomInfo？Hunter？Truelist？）；默认使用免费工具 + 浏览器。
43. 收集输入：输出格式；聊天表格（默认）或 CSV。
44. 收集输入：购买信号偏好；应优先哪些触发因素？（融资轮、招聘、最近搬迁等）。
45. 工具快选：有 Apollo 时，用于 B2B/SaaS 企业画像 + 联系人发现。
46. 工具快选：有 Clay 时，用于多来源数据丰富、waterfall lookups、自定义评分。
47. 工具快选：有 Clearbit 时，用于 email-to-company 和 company enrichment。
48. 工具快选：有 ZoomInfo 时，用于 enterprise B2B 联系人和 intent data。
49. 工具快选：有 Hunter 或 Snov 时，用于 email pattern guessing 和 verification。
50. 工具快选：有 Truelist 时，用于在加入外联名单前验证 email deliverability。
51. 工具快选：有 LinkedIn Sales Navigator 时，用于决策人映射（手动，不要抓取）。
52. 工具快选：有 BuiltWith / Wappalyzer 时，用于技术栈资格判断（SaaS 分支）。
53. 工具快选：有 Crunchbase 时，用于融资信号（SaaS 分支）。
54. 工具快选：有 GitHub 时，用于查看 competitor 或 adjacent repos 的 stargazers / forks（dev-tool SaaS 分支）。
55. 工具快选：Google Maps + browser 用于 Local SMB 发现。
56. 工具快选：Firecrawl / Browserbase 用于从单个 prospect 网站做程序化提取——绝不要从平台提取。
57. 如果用户没有 enrichment 工具：依靠浏览器辅助研究公开来源——公司网站、About 页面、LinkedIn 公司页面、新闻提及；更慢但可行。
58. 输出格式：SaaS/B2B（≤25 行）默认聊天表格列为：Score、Company、Industry、Size、Signal、Contact、Email status、Source、Confidence。
59. 输出格式：Local SMB（≤15 行）默认聊天表格列为：Score、Business、Category、Area、Website status、Website/Social、Phone、Why it's a prospect、Confidence。
60. 输出格式：当 >25 行或用户要求文件时用 CSV；SaaS/B2B 列为 score,company,domain,industry,size_band,country,signal,contact_name,contact_title,contact_email,email_status,linkedin,source_urls,why_prospect,confidence,verified_date,notes。
61. 输出格式：Local SMB CSV 列为 score,business,category,area,distance_km,website_status,website_url,social_urls,phone,email,source_urls,why_prospect,confidence,verified_date,notes。
62. 输出格式：表格后始终包含 Top outreach targets（前 3–5 条 Hot 线索，每条一句话外联理由）。
63. 输出格式：表格后始终包含 Search parameters（branch、ICP、location/radius、target count、date generated）。
64. 输出格式：表格后始终包含 Open questions（任何无法验证、需要用户查看的内容）。
65. 最终确定前质量检查：按 domain（SaaS/B2B）或 business + address（Local SMB）去重。
66. 最终确定前质量检查：每条 Hot 线索都有已验证联系方式和至少一个来源 URL。
67. 最终确定前质量检查：没有线索的邮箱未通过 Truelist（或你的 validator）验证——移到单独的 invalid 桶并标记给用户。
68. 最终确定前质量检查：没有标记为 Hot 的线索缺少明确购买信号。
69. 最终确定前质量检查：信心等级诚实——High 需要两个独立来源，而不只是你自己的两次搜索。
70. 最终确定前质量检查：没有线索来自被禁止的抓取（LinkedIn 大规模抓取、Google Maps 批量提取等）。
71. 最终确定前质量检查：为每个联系人捕获来源 URL + 日期（GDPR / CAN-SPAM lineage）。
72. 最终确定前质量检查：最终数量匹配用户要求，或已解释为什么更少（质量门槛）。
73. 避免常见错误：不要在未定义 ICP 时开始发现阶段。
74. 避免常见错误：不要把数据源当作权威而不做交叉验证；Apollo 和 ZoomInfo 经常过期，标 Hot 前先核实。
75. 避免常见错误：不要在未验证邮箱时添加联系人；冷邮件声誉会因退信快速下降，始终验证。
76. 避免常见错误：不要批量抓取 LinkedIn 或 Google Maps；现实风险是账号被封 + 违反 ToS；浏览器只作为辅助工具。
77. 避免常见错误：不要混用分支；不要把 Local SMB 评分（网站状态）用于 B2B SaaS 线索，反之亦然。
78. 避免常见错误：不要在没有购买信号时标 Hot；仅 ICP 匹配不够，信号决定时机是否合适。
79. 避免常见错误：不要没有来源 URL；每条声明都应可追溯到公开来源，后续外联依赖这条谱系。
80. 避免常见错误：安排下游外联（交接给 cold-email）时不要忽略 quiet hours / 时区。
81. 避免常见错误：不要忘记保留同意/谱系记录；GDPR DSAR 和 CAN-SPAM 审计需要。
82. 任务特定问题：问用户哪个分支——SaaS、B2B、Local SMB，还是 Demand-signal（早期，寻找首批客户）。
83. 任务特定问题：问 ICP 是什么？（或：是否应从 product-marketing context 提取？）
84. 任务特定问题：问想要多少条合格线索？
85. 任务特定问题：问可访问哪些工具（Apollo / Clay / ZoomInfo / Hunter / Truelist / browser only）？
86. 任务特定问题：问最关心哪个触发购买信号？
87. 任务特定问题：问地理范围或半径（Local SMB / B2B）？
88. 任务特定问题：问聊天表格还是 CSV？
89. 工具集成实现参考 `tools/REGISTRY.md`；关键 prospecting 工具包括 Apollo、Clay、Clearbit、ZoomInfo、Hunter、Snov、Truelist、Outreach、RB2B、GitHub、Firecrawl、Browserbase。
90. 相关技能：cold-email 用于针对合格名单写外联序列；customer-research 用于理解现有客户为何购买；competitor-profiling 用于单账户深度研究；revops 用于线索路由、生命周期和 CRM 交接；sales-enablement 用于 battle cards 和一页纸；directory-submissions 用于 inbound discovery surfaces；product-marketing 用于锚定每次 prospecting 的 ICP 定义。

适用边界 · 注意事项

• 名单已建好、需要撰写外联文案时，不适用；应使用 cold-email。
• 需要对特定账户做深度竞争研究时，不适用；应使用 competitor-profiling。
• 需要从泄露/无来源数据或绕过平台限制获取数据时，不适用。