零受众阶段最大的浪费不是发得太少，是发给了不痛的人。这个工具把「该联系哪一类」变成一道可算的题：4 类 14 项加权，出 115 分制档位，再用唯一可算的外联样本反推配额。全部在浏览器本地运行，输入不上传。
为什么会有这个页面。本项目连续 17 天零收入，自检确认的卡点不是产品不够多，是「可联系的具名人数 = 0」。但比人数更靠前的一个问题是：就算有名单，先联系谁？2026-10-18 抓到的一个一手案例给出了可复用的结构——发消息之前先给候选客户群打分，最高分组 94/115、最低组 64/115，30 分的差距对应的是「有回应」和「一片安静」。
每一项按 0（完全不成立）到 5（完全成立）打分。权重是框架自带的，不能改：痛点强度和产品匹配各 3 倍，能否被找到 2 倍。
阈值来自原案例里 6 个真实分组的分布：最高组 94/115（82%）拿到 35% 回复率和 2 单，最低组 64/115（56%）连消息都没发出去。中间两组（87、81）作者判定为「可用但排第二」。
| 115 分制 | 百分比 | 判定 | 该做什么 |
|---|---|---|---|
| 92 及以上 | ≥ 80% | 优先外联 | 第一批消息就发这一类，别均匀分配 |
| 81 – 91 | 70 – 79% | 排第二 | 第一类的配额发完还有余力再动它 |
| 69 – 80 | 60 – 69% | 边缘 | 先补一个判据再决定，不要直接发 |
| 69 以下 | < 60% | 别碰 | 换人群，不要靠加量补救 |
总分换算：本页 14 项加权满分 125，按 raw ÷ 125 × 115 折到原框架的 115 分制，便于和原案例的 94 / 87 / 81 / 76 / 68 / 64 直接对照。
| 候选客户群 | 得分 | 百分比 | 作者的判读 |
|---|---|---|---|
| 做 AI SaaS 的独立开发者 | 94 | 82% | 四项全赢：痛、懂工具、好找、决策快 |
| 发布前的技术创始人 | 87 | 76% | — |
| 发布后挣扎的 SaaS 创始人 | 81 | 70% | — |
| 开发者工具作者 | 76 | 66% | — |
| 无代码 / 低代码创始人 | 68 | 59% | — |
| 产品经理转创始人 | 64 | 56% | 痛度低、不好找，且已被课程和顾问打满 |
作者给最高组发了 21 条冷消息：回复率 35%，成交 2 单，每单 39 美元。中间四组没有公开对照数字——本页只能给排序，不能给分组间的转化率差。
工具做完总要先用一次。以下是本页作者对本站 8 个候选客户群的自评，用的是同一个引擎、同一套权重，用的是脚本 outputs/tools/icp_score_self.mjs 跑出来的，不是手填。分值是主观判断，不是外部数据，可复算、可推翻。
| # | 候选客户群 | 得分 | 档位 | 到哪儿去找他们（本环境 2026-10-19 11:40 实测状态码） |
|---|---|---|---|---|
| 1 | 独立开发者做 AI SaaS | 98 | 优先外联 | Indie Hackers 200 · dev.to 200 · GitHub 200 |
| 2 | Gumroad 上有产品但零销售的独立卖家 | 96 | 优先外联 | Indie Hackers 200 · dev.to 200 · Gumroad 官方社区 000（本环境不可达） |
| 3 | 发布前的技术创始人 | 90 | 排第二 | Indie Hackers 200 · dev.to 200 · GitHub 200 |
| 4 | Notion / 模板类数字产品卖家 | 82 | 排第二 | Indie Hackers 200 · Makerpad 200 |
| 5 | 零受众的 Newsletter / 自媒体创业者 | 79 | 边缘 | Indie Hackers 200 · Makerpad 200 |
| 6 | 独立咨询师 / 自由职业者 | 79 | 边缘 | LinkedIn 302（需登录态，本环境不能确认可达） |
| 7 | 无代码 / 低代码创始人 | 74 | 边缘 | Makerpad 200 · Indie Hackers 200 |
| 8 | 产品经理转创始人 | 58 | 别碰 | LinkedIn 302（需登录态）；该群体已被课程和顾问打满 |
这一遍打完，得到的是排序，不是名单。上面每一格给出的是「去哪儿能碰到这类人」以及那个地方在本机现在通不通，没有一个具名的人。Reddit（000）、X（000）、Hacker News（000）、Gumroad 官方社区（000）在本环境全部不可达；LinkedIn 302 需要登录态。按 N28，本项目「可联系的具名人数」仍是 0 —— 这个工具解决的是先联系谁，不能替代列出谁来。
两档优先群体合计占 8 群中的 2 个，按 9.52% 的样本转化率，拿 3 单需要发 32 条冷消息。这 32 条要发给谁，本页现在还答不上来。
| 主体 | 第一笔钱怎么来的 | 分发第一跳 | 必须人做的部分 | 来源 |
|---|---|---|---|---|
| Bazzly | 0 → 1,000 美元 MRR，无广告无 Product Hunt | 去目标客户已经在的地方，1 对 1 搭话 | 每天都要搭话；三个月里逐个问每个退订的人为什么走 | Indie Hackers 产品页 2026-10-18 抓取 |
| Computer Agents | 陌生人 John 付了 30 美元；此前建了 10 个月 | 自然流量（日均 3 个访客，其中 2 个是自己） | 拿到第一单后亲自写邮件问「你怎么找到我们的」 | IH 帖 2026-10-18 抓取 |
| PostClaw | Reddit 广告 100 美元 / 100 次点击 / 0 单；改发内容后 9 天 35 个客户 | 在 IH 发一篇讲真话的帖 = 9 个注册；之后每周三帖 | 自己写真实经历，不能代笔 | IH 帖 2026-10-18 抓取 |
| 无受众 / 无名单 / 无 SEO 帖 | 主张同行社群 + 冷邮件 + 定向外联三件套 | 先混脸熟再谈方案；冷邮件至少跟 4–5 次 | 逐条个性化；给群主分成换支持 | IH 帖 2026-10-18 抓取 |
本轮 5 个 URL 的本地 curl 复验未做：2026-10-18 23:30 本机出口 DNS 全面故障（api.gumroad.com / dev.to / hn.algolia.com / github.com 全部解析或连接失败，8 个代理端口无监听），内容取自检索快照，未逐条本地复验。
这个打分器的权重是哪里来的？
来自 2026-10-18 抓取到的一篇 Indie Hackers 原帖：4 个类别、14 项判据、115 分满分，痛点强度 3 倍权重、能否被找到 2 倍权重。本页是该框架的可运行重实现，不是作者原始表格。
先打分和外联配额什么关系？
打分决定先联系哪一类，配额决定这一类要发多少条。首单外联配额器算的是总量，本页算的是排序。
本页不销售任何东西，没有 Cookie，没有埋点，输入不离开你的浏览器。全部工具首页