0 成本，Muse 帮我找客户，10 步流程全公开

Muse 的任务：整理产品关键词、目标市场、客户类型与排除条件，先给我一张客户画像表确认。

这一步的产出：一份经过确认的客户画像和评分权重。

为什么要先写这个：不写清楚就开找，找回来 500 家有一半不对口。写清楚了，后面每一步（搜什么关键词、怎么打分、找谁）都有依据。

怎么帮用户写出来：别让他对着空白想，用下面这份问卷一个个问。每个问题都说明"为什么问"并给例子。

引导问卷（共 8 题）

Q1. 你卖的是什么产品？

• 为什么问：决定搜索关键词和 HS 编码。
• 怎么答：产品名 + 3~5 个英文品类关键词。HS 编码不知道就写"不知道"，Muse 会帮你查。
• 示例：[你的产品] / [3–5 个英文品类关键词] / HS 不知道

Q2. 谁会从你这里买？（可多选）

• 为什么问：决定去哪里找。进口商去海关数据里找，零售商去地图里找，找错地方白忙。
• 选项：进口商 / 批发商 / 经销商 / 零售商 / 品牌方 / 终端企业客户
• 示例：进口商、批发商

Q3. 想卖到哪些国家/地区？

• 为什么问：决定搜索的市场范围。
• 示例：美国、英国、德国、法国、澳大利亚、日本

Q4. 有没有哪里、哪类公司是绝对不要的？

• 为什么问：提前排除，省得后面再筛。
• 示例：暂不服务的市场、与我业务无关的公司类型

Q5. 理想的客户公司长什么样？

• 为什么问：判断"值不值得深挖"。
• 怎么答：规模、年采购量、产品线特征，想到什么写什么，写不出就空着。
• 示例：有相关产品线、面向企业销售、采购规模与我匹配

Q6. 看到什么样的公司，你会觉得"就是它了"？

• 为什么问：提取"对口信号关键词"，后面打分用。
• 示例：官网有我的产品类目、有相关采购需求、有 B2B 批发入口

Q7. 你想联系到这家公司的谁？

• 为什么问：决定找人的职位方向。
• 选项：老板/创始人 / 采购经理 / Buyer / 销售副总 / 都可以
• 示例：老板或采购负责人，中小公司老板直接拍板

Q8. 下面这些信号，你觉得哪个最重要？打 1–5 分

• 为什么问：生成打分权重表。注意：没有哪个信号对所有行业都是第一名，分数按你的行业来。
• 信号清单：有进口记录 / 品类对口 / 公司规模大 / 有官网和产品目录 / 能找到决策人邮箱
• 示例：有进口记录 5 分，品类对口 5 分，公司规模 3 分，有官网 3 分，能找到邮箱 4 分

输出：一份 ICP 配置表（示例）

Muse 后面每一步都读这张表执行，不用再问。

---

Muse 的任务：从公开进口记录中找相关公司，保留查询来源、时间与品名，按业务相关性排序。

这一步的产出：有采购信号的公司候选名单，而不是“必然会买”的承诺。

去哪里找：

• 首选 ImportYeti（importyeti.com，免费）：查询美国海运进口提单信息，可结合产品关键词、公司名称和可用的 HS/HTS 筛选。
• 备选 Volza（部分免费，有欧洲/亚洲数据）；ImportGenius、Panjiva 是付费的，不用。

怎么查：

1. 按已经核实的 HS/HTS 编码筛选（以工具支持的检索方式为准）：出来的是进口过这类货的所有公司，按票数排序；
2. 按产品英文关键词查（如你的产品英文名称、常见同义词）：看提单品名原文；
3. 按公司名反查：拿到公司名单后，反查它还进口过什么，判断品类对口度。

拿到什么数据：公司名、地址、总票数、最近进口日期、HTS 编码、提单品名原文。

怎么用：票数 × 品名相关性排序，排前面的进 Tier S 候选池。

局限（必须知道）：

• 只覆盖美国海运，空运陆运没有；欧洲亚洲公司没记录不代表不买；
• 提单品名是发货方填的，可能有误差；
• 所以它是强加分项，不是唯一标准。

Muse 怎么执行：读 ICP 表里的 HS Code 和关键词，逐个查，把结果写进数据库（公司名、票数、品名原文、查询时间）。

---

Muse 的任务：按画像分别检索地图、目录、展会与网页，核实官网，区分潜在客户和竞争对手。

这一步的产出：多来源公司清单，附官网与证据链接。

渠道 A：地图抓取（找零售/分销渠道）

• 去哪：Google Maps。
• 用什么项目（GitHub 免费开源三选一）：
• ozhehkovski/geoleadscraper（MIT，浏览器插件，不用 API key，还能顺手从官网抓邮箱）；
• Anonym0usWork1221/GMapsScraper（Python 多线程，适合批量跑）；
• LeadGenerationTools/google-maps-extractor（浏览器插件，导出 CSV）。
• 怎么找：关键词 × 城市逐个搜，如 "gift wholesaler" × "Los Angeles"。
• 拿到什么：公司名、地址、电话、官网、评分、品类，导出 CSV。
• 注意：先核实数据来源与工具的使用规则，遇到访问限制时改用其他来源，不绕过验证。地图结果常见当地商家，需结合官网确认其业务类型。

渠道 B：B2B 目录网站

• ThomasNet、go4worldbusiness 等，按品类关键词搜公司。
• 拿到：公司名、官网、主营描述。

渠道 C：展会参展商名录

• NY NOW（美国礼品展）、Ambiente Frankfurt（法兰克福消费品展）、Maison&Objet（巴黎家居展）官网的 exhibitor list，公开可查。
• 注意挑出竞争对手：名单里不全是客户，也可能是同行。看经营描述——含"制造/生产+本品类关键词"的标成竞争对手，单独进情报池（只做情报分析），绝不进触达池；其他的标客户/待定。

渠道 D：网页搜索（按方法论）

• 用 fleixweb/superleads（GitHub，外贸客户开发 AI 技能包）的方法论：按"产品+国家+客户类型"组搜索词，逐条核验官网，只收官网能确认业务相关的。

统一入库

• 用 SQLite，一家公司一条记录。表字段：公司名、官网域名（去重主键）、国家、类型、地址、主营描述、来源渠道、来源 URL、首次发现时间、分类（客户/竞争对手/待定）。

Muse 怎么执行：四个渠道并行跑，结果都写进同一张表。

---

Muse 的任务：合并同一公司在不同来源的信息；冲突字段保留各自证据，后续在同一档案中更新。

这一步的产出：可持续更新的统一客户档案。

• 去重主键：官网域名。没有官网的，用"公司名+国家"模糊匹配（Python difflib 或 rapidfuzz 就够）。
• 多来源信息合并到一条记录：比如海关数据给了票数，地图给了电话，官网给了邮箱，全拼在一起。
• 冲突的字段都保留，标注各自来源，不擅自二选一。
• 以后每轮都是往表里追加更新，不再是每批一个独立表格。

---

Muse 的任务：先确认姓名与职位，再查域名和邮箱线索，清楚区分公开地址、格式推断与猜测。

这一步的产出：联系人、联系方式及各自的证据状态。

5.1 先找人

• 去哪找：LinkedIn 公开页面（只看不批量爬，防封号）、官网 About / Team 页面、新闻稿（搜 "公司名" appoints / hires / founder）。
• 找谁：按第一步 Q7 的职位清单。中小公司优先找老板/创始人（他们直接拍板）。
• 记什么：姓名 + 职位 + 证据链接，三样缺一就标"待核实"。

5.2 再验域名（两步，别搞混）

1. 查 MX 记录：确认这个域名有没有邮件服务器（nslookup -type=mx 或 Python dns 库）。

• 没有显式 MX 时先标“待核实”，继续核对公开邮箱或交给验证服务判断，不能仅凭这一项淘汰公司；域名明确声明不接收邮件时，再排除该邮箱渠道。

2. 探是不是全收（accept-all）域名：优先读取邮箱验证服务的 accept-all 检查结果；未获得可靠结果时标“未确认”。

• 注意：查到有 MX，推不出它是不是全收，这是两回事。全收域名"什么邮箱都说能收"，验证通过也说明不了问题。

5.3 最后才生成邮箱候选

按顺序用这些免费工具/方法，拿到就停：

1. openleads（GitHub Samyrrrrrr990/openleads，$0，不用 key）：openleads find "emails at <域名>"，输出分三档——found（找到了）/ pattern（格式推断）/ guessed（猜测），如实记录档位。
2. Hunter.io Email Finder：姓名 + 域名 → 找工作邮箱。免费范围及使用计数以官网当前方案为准。
3. theHarvester（GitHub laramies/theHarvester）：按域名做 OSINT 邮箱收割。
4. MailFinder（GitHub mishakorzik/MailFinder）：按"名+姓"找邮箱。
5. 格式推算：从这家已确认的邮箱反推格式（如都是 first.last@），只对高置信格式生成候选；没有格式证据的别硬猜。

顺序别反：先验域名（5.2），再生成候选（5.3）。反过来会浪费大量验证额度——先生成大量猜测地址，再逐个验证，会浪费有限的验证机会。

5.4 拿不到邮箱怎么办

记下备选入口：官网联系表单、电话、LinkedIn 私信。不丢弃，小公司走表单一样能触达。

---

Muse 的任务：先做免费初筛，再把验证机会留给优先客户，不把“可接受”写成“保证送达”。

这一步的产出：五类邮箱状态，未确认的继续标记待核实。

• 用什么：Hunter Email Verifier 等验证服务。先核实当前免费次数，只对高优先级联系人进行检查；服务返回结果不确定时保持“待核实”。
• 分五档，如实标注：
• SMTP 层可接受：验证通过。这是一个有用的检查信号，但不等于保证送达——对方服务器当时收下了，之后还可能被过滤。
• 官网公开：官网或官方材料上公开发布的。
• 未验证：推测的、待核实的，绝不直接用于发送。
• 已验证无效：确认不可投递，直接淘汰。
• 全收域名未确认：域名来者不拒，验证通过也说明不了什么，单独标记。
• 真正的送达确认，靠第十步的真实退信数据。

---

Muse 的任务：按我确认的权重评分，说明加分依据，不用一个行业的标准套所有客户。

这一步的产出：S/A/B/C 分级名单与可解释的优先顺序。

• 按第一步的权重表加权：进口票数、品类关键词匹配度、邮箱验证状态、决策人职级。
• 输出 Tier S / A / B / C。权重是可调的，画像变了权重跟着变。
• 示例（进口商画像）：进口记录×5 + 品类对口×5 + 邮箱已验证×4 + 有决策人×3 + 公司规模×3。

---

Muse 的任务：把高优先级公司及依据交给我抽查；疑似同行或证据不足的由我判断。

这一步的产出：经过人工确认的待联系名单。

• Tier S 抽 10–20% 人工复核：打开官网、看看新闻，确认没问题才进触达池。
• "待定"的（疑似竞争对手、信息不足）由人来终判。

---

Muse 的任务：根据公开信息为每家起草开发信，并整理成可检查、可复制或可打开的写信清单。

这一步的产出：待审核的邮件草稿。发送由我完成。

• 个性化开头公式：称呼 + 一句具体观察（官网可确认的产品线 / 公开新闻 / 公开业务动态）+ 我是谁 + 一句话价值 + 行动号召。
• 通用模板（占位符自行替换）：

> Hi [姓名]，我注意到贵司官网有 [具体产品线或公开业务信息]。我们专注于 [你的产品]，[一句话相关优势]。可以发一份产品目录供您参考吗？

• 发件域名提前预热、退订链接备好、每天发送量设上限。
• 发信是独立动作：名单和信稿先给人过目，批准了才发。

进阶：整理成待发送清单（汇总邮件 + mailto 写信链接）

目标：把"一封封写、一封封发"的体力活，压缩成"点一下、看一眼、点发送"。

为什么不用"点链接自动发送"：

• 链接就是钥匙：汇总邮件可能被转发，拿到链接的人就能冒充你发信；
• 要有一个 24 小时在线的服务拿着你的邮箱凭证，不安全；
• 机器自动连发容易被判垃圾邮件。

所以发送这个动作永远留在人手里，机器只做到"万事俱备"。

流水线（四段）：

1. 定时抓取：配置定期任务后，按需运行客户挖掘，新名单自动入库（参考上面的第一到第八步）。
2. 定时打包：按你安排的周期，把"未处理过的可触达新客户"打成一包。每家按第九步的模板生成开发信（称呼 + 个性化观察 + 价值 + 落款），再拼成 mailto: 写信链接——点开就是用户自己邮箱的写信窗口，收件人、标题、正文全填好。

• mailto 链接注意 URL 编码；正文控制在 120 词以内，总长度不超过 1800 字符，超长时提供可复制的完整正文，不截掉关键信息。
• 落款（人名、公司、电话）单独放配置文件，不进文档、不进记忆。

3. 汇总邮件：把一包的写信链接做成一封 HTML 汇总邮件，发到用户指定的邮箱。每家一个"写信"按钮，附公司简介和邮箱验证状态。
4. 人工发送：用户在自己邮箱里逐个点"写信"，检查一下点发送。发送频率按邮箱服务规则和实际沟通需要安排，不以批量发送代替人工审核。

资料管理：联系资料与签名单独保存，不写入公开文章或可转发的提示词。配置汇总邮箱时，按实际需要授权，不提交邮箱密码或访问凭证。

状态记录：已打包的公司记入 outreach-state.json 的 batched，下轮只处理新增，避免重复打扰同一家。

---

Muse 的任务：在我提供真实回复与退信结果后，更新档案、无效地址和筛选权重。

这一步的产出：下一轮可复用的客户筛选依据。

• 记录每封的结果：送达、打开、回复、退订、硬退回。
• 回写规则：
• 硬退回的邮箱 → 黑名单，证据降级；
• 回复率高的客户特征（比如某类职位、某类进口品名）→ 加权写回第一步的打分表；
• 全收域名实际退信多的 → 以后这类域名直接降档。
• 下一轮自动更准——这就是闭环。建议每月跑一轮复盘。

---

工具总览：优先使用免费工具与免费额度

四个容易混淆的判断

1. "进口记录不能对所有行业排第一" → 第一步权重表按客户类型分别配置；第二步明确进口信号是强加分项，不是唯一标准。
2. "MX 记录查不出是否全收" → 第五步把"查 MX"和"探全收"写成两个独立动作，并注明两者不能互相推导。
3. "SMTP 接受不等于最终送达" → 第六步口径改为"SMTP 层可接受（非送达保证）"；第十步用真实退信数据做最终确认。
4. "展会名录可能混入竞争对手" → 第三步渠道 C 增加竞争对手识别，客户/竞争对手/待定三分类，竞争对手只进情报池。