Build or Skip

Build or Skip 快速入门：把「该不该做」变成一次有据可查的调研

这是什么？适合谁？

Build or Skip 是一个产品机会调研服务。它的公开定位很直接：在动手之前，先看哪些产品已经在收钱、哪些在增长、哪些只是看起来热闹。首页的原话是「Find products that are already making money before you build」。

它的数据面分四块：

• 收入榜：按新注册站点和按产品两条线，展示带有支付信号的站点，并给出六个月动量。
• 打赏榜：汇总公开可见的 Buy Me a Coffee 打赏金额、活跃月份与六个月趋势。
• 反链库：评论反链库（按域名、复核日期归档，可打开原页面自己判断）与 AI 工具反链库（收录提交地址、提交方式、是否收费、最近核对日期）。
• 数据接口：API 提供 DR、域名注册、月流量与结构化首页数据；MCP 提供数据集目录、产品发现与站点快照。

必须早点说清楚边界：首页与条款都反复声明，支付信号（payment signals）是用于机会调研的估算，不代表已核实订单、营收或客户数量；条款里也写明它不提供商户上报结果、不提供经核实的营收或私密订单记录。所以它帮的是「先缩小候选范围」，不是「替你确认这家公司赚多少钱」。

适合独立开发者、小团队、做出海站点或工具站的人，用来在立项前做竞品与需求侧的初筛。不适合需要审计级财务数据的人，也不适合指望它直接告诉你「做什么一定赚」。

核验日期 2026-10-23，依据官方网站首页、隐私政策（生效日 2026-09-19）与服务条款（生效日 2026-08-15）。

准备工作

• 一个常用邮箱，用于注册与订阅；支持与隐私请求也走 support@buildorskip.dev。
• 浏览器。如果你想在 Google 搜索结果页直接看到支付信号标签，需要装它的 Chrome 扩展。
• 明确你的调研问题：是要找「新注册但有支付信号」的站点，还是找「某个品类里增长稳定」的产品。目标不同，入口不同。
• 先不付费。官方给的起点是 Free Preview，先确认免费范围能不能支撑你的判断，再决定是否订阅。
• 预算：Pro 月付 19 美元/月；年付 190 美元一次性支付，折算 15.83 美元/月（页面标注「省两个月」）。价格以美元计价。

页面还挂了一条提示：标准 Pro 价格会在下一次功能发布后上调，当前价格是「现在订阅就锁定今天价格」。这类营销提示自己判断，不要当成评估依据。

三步快速上手

第一步：用免费预览确认数据面

打开首页，先看三段：

1. 最新机会 / 新站收入榜预览：页面会加载最近一期榜单。核验时看到的是「September 2026 New Site Revenue Ranking」，标注 73 sites this month，更新时间 Oct 11, 2026。
2. 产品能力区：确认四条主线（新站榜、产品榜、打赏榜、反链库）是否覆盖你的调研问题。
3. 定价区：逐条读 Pro 月付与年付各自解锁什么，尤其是「榜单全量」「筛选与排序全部维度」「API」「MCP」这类差别项。

这一步不产生费用，目的是判断免费范围够不够，而不是急着注册。

第二步：从榜单读一条完整证据链

任选榜单里的一行，按页面给出的列逐个读：

• Domain 与 DR：域名本身的 DR 值。注意 DR 是外部 SEO 指标，隐私政策里提到扩展展示的 DR 带 Ahrefs 归因，也就是说它不是你在这个站内自建的指标。
• Domain created：域名注册日期。页面在表尾专门声明：RDAP 注册日期不能用来推定上线日期。
• Payment signals：这是核心列，也是页面反复标注为估算的一列。
• Payment channels / Primary category / Product type / Capability tags：用于判断产品形态，属于分类信息。

读完一行后问自己一个问题：这行里哪些是事实（域名、注册日期、分类），哪些是估算（支付信号）。把两类分开记，后面的判断才不会被一个数字带跑。

第三步：把候选加入观察，再决定要不要付费

用 Watchlist 收集候选站点，配合 Sitemap Monitor（Pro 月付列出的能力是监控最多 20 个公开 sitemap，年付为 50 个）观察变化。等到「免费范围已经不够判断」时再订阅，而不是先订阅再找用途。

如果你要的是程序化取数，走 API 或 MCP 两条路：API 面向 DR、注册、流量与结构化首页数据；MCP 面向支持 MCP 的 AI 客户端，付费用户不限调用次数。两条都要求账号与订阅，接口细节以站内文档为准。

第一个任务与成功判定

给自己定一个具体问题，例如「最近一个月新注册、且带支付信号的 Mac 效率工具」。然后：

1. 在榜单里用筛选维度缩到「产品类型 / 注册日期 / 支付信号」三个条件。
2. 挑出 3–5 个候选，逐个打开原站看它在卖什么、定价页是否真实存在。
3. 用打赏榜或反链库补一条侧证（有没有人愿意付费、有没有目录站收录）。

判定这次调研成功的标准，不是「找到了一个赚钱的产品」，而是：

• 你能说清每个候选的事实与估算分别是什么。
• 至少有一个候选在原站上能看到明确的付费入口或价格，与榜单的支付信号方向一致。
• 你能写出「我要不要做、先验证什么」的一两句结论，并且结论不依赖「支付信号 = 营收」这个错误前提。

初级用法

用两条榜单交叉验证

新站榜看「刚起来的东西」，产品榜看「已经跑了一段的东西」。同一个方向在两个榜单都出现，说明它不只是单月噪声；只在一个榜单出现，就按观察项处理。

用打赏榜判断「免费也愿意付钱」

打赏榜的数据来自公开可见的 Buy Me a Coffee 金额。它回答的是一个特定问题：产品免费可用时，有没有人自愿付费。官方 FAQ 把这个当作需求强度的信号，但这仍然是自愿打赏，不是订阅收入。

用反链库找分发渠道

AI 工具反链库列出提交地址、提交方式、是否收费与最近核对日期。对做出海工具站的人，这份清单本身就有用：你可以照着逐条提交，而不必自己从零收集目录站。

高级玩法

把 DR、注册日期、流量拼成时间线

单个指标都容易误读，拼起来才有信息：注册很早但支付信号很低，可能是长期小生意；注册很新但信号上升快，可能是正在起量。注意注册日期不等于上线日期，这条页面自己写在表尾。

用 MCP 把调研接进自己的 Agent 流程

MCP 提供数据集目录、产品发现与站点快照。适合的做法是让 Agent 先做初筛、你再人工复核原站，而不是让 Agent 直接输出「值得做」的结论。付费用户不限调用次数，这也意味着你要自己控制调用成本之外的时间成本。

用 API 取结构化站点数据

API 覆盖 DR、域名注册、月流量与结构化首页数据。适合把候选池批量拉出来做二次排序。使用前先确认字段口径与速率限制，站内文档为准，本文不复述未核对的接口细节。

用 Chrome 扩展在搜索页直接看信号

扩展的用途很窄：在符合条件的 Google 自然搜索结果旁显示保守的支付信号标签，并在可用时显示 DR。按隐私政策描述，它只上报规范化后的主机名、随机生成的本地安装标识、扩展版本与固定协议版本，不读取搜索词、结果 URL、排名、标题、摘要、页面 HTML、Cookie 或浏览历史。关掉开关即停止新的上报，卸载会清除扩展本地存储。

小技巧

1. 先读表尾那行免责声明，再读数字；顺序反过来最容易把估算当营收。
2. 选定一个品类再看榜，跨品类横向比较没有意义（定价与付费习惯完全不同）。
3. 看到「+38% MoM」这类百分比先问基数：首页示例卡片是单个产品的信号面板，不是全站统计。
4. 打赏榜和收入榜不要混着解读，两者的金额来源不同。
5. 反链库的「最近核对日期」比条目数量更重要，过期条目可能已经改规则或收费。
6. 想长期跟踪就把候选放进 Watchlist，别靠记浏览器书签。
7. 付费前先确认自己需要的是「榜单全量」还是「API/MCP」，年付才有 API 无限查询。

常见踩坑

踩坑 1：把支付信号写进立项材料，被同事质疑数据来源

• 症状：材料里的「营收/订单」被追问出处，而原始页面写的是估算。
• 原因：支付信号是估算，条款明确不构成经核实的营收或订单记录。
• 处理：材料里标注为「第三方估算信号」，只用于排序候选；需要营收数据就去找公开财报或商户自述。

踩坑 2：把 DR 当成 Build or Skip 自有的评分

• 症状：引用时写成「该站评分 / 该站权威分」。
• 原因：DR（Domain Rating）是 Ahrefs 的指标，隐私政策里写明扩展展示 DR 需带 Ahrefs 归因。
• 处理：引用时写明「Ahrefs DR」，不要写成站内权威分。

踩坑 3：按「Domain created」判断产品刚上线

• 症状：把域名注册日期当成产品发布日，得出「上个月才上线」的结论。
• 原因：页面表尾明确 RDAP 注册日期不能推定上线日期，域名可以注册很久后才启用。
• 处理：改用原站的更新记录、版本发布或榜单动量判断时间线。

踩坑 4：月初打开榜单，发现数据和上周一样

• 症状：以为页面没刷新或账号出问题。
• 原因：收入榜按自然月口径统计，不是实时流；核验时看到的 9 月榜单标注更新时间为 2026-10-11。
• 处理：把「榜单期」和「更新时间」分开记录，别当成当天快照。

踩坑 5：以为免费就能看全部榜单与筛选

• 症状：点开榜单项或筛选维度时被要求升级。
• 原因：定价区把「解锁每一条已发布收入榜」「完整打赏榜」「完整反链库」「全部筛选与排序维度」都列在 Pro 之下。
• 处理：先用 Free Preview 确认免费范围，再针对一个具体问题决定是否付费。

踩坑 6：按月付预期订阅，结账时看到 190 美元

• 症状：以为会每月扣 19 美元，实际是一次性 190 美元。
• 原因：年付方案是一次性收 190 美元/年，折算 15.83 美元/月；页面同时提示标准 Pro 价格会在下一次功能发布后上调。
• 处理：确认「$190 billed yearly」这一行再付款；不确定就先月付。

踩坑 7：装了扩展但搜索页没出现标签

• 症状：扩展显示已安装，Google 搜索页没有任何支付信号标签。
• 原因：扩展只在符合条件的自然搜索结果上显示，且需要打开开关并完成披露确认。
• 处理：先确认开关与披露状态，再看当前页面是否满足条件；不要反复重装。

常见问题 FAQ

Q1: 它的「支付信号」是真实营收吗？

A: 不是。首页与条款都写明支付信号是用于机会调研的估算，不代表已核实订单、营收或客户数量；条款还明确不提供商户上报结果与经核实的营收记录。

Q2: 免费版能用到什么程度？

A: 官方给的起点是 Free Preview（免费预览）。定价区把榜单全量、完整打赏榜、完整反链库、全部筛选维度、API 与 MCP 列在 Pro 之下，所以免费范围应以站内实际显示为准，本文不做推断。

Q3: 数据多久更新一次？

A: 页面写的是：收入榜按自然月口径统计；评论反链与 AI 工具反链资源每日更新；其他站点数据会在页面上标注对应的日期。核验时的新站榜标注更新时间为 2026-10-11。

Q4: 支持中文吗？

A: 站点导航提供「中文」入口，具体翻译覆盖范围以站内显示为准，本文未逐页核对中文界面。

Q5: 有 API 和 MCP 吗？要额外付费吗？

A: 有。API 覆盖 DR、域名注册、月流量与结构化首页数据；MCP 覆盖数据集目录、产品发现与站点快照。两者都列在 Pro 权益中，其中「API 无限查询」出现在年付列表，MCP 在付费方案里标注不限调用次数。

Q6: 我的站点被收录了，能更正或移除吗？

A: 可以按官方 FAQ 的路径申请：如果你是站点所有者或获授权代表，发邮件到 support@buildorskip.dev，核实后会更正不准确信息或把符合条件的站点从公开榜单移除。

Q7: 它给的结论能直接当投资或立项依据吗？

A: 不建议。条款明确它不提供财务、投资或法律建议，也不保证任何机会一定成功，并在责任限制条款里把总责任上限压到已付金额（免费用户为 100 美元）。它是调研工具，判断责任在你自己。

成本、权限与平台限制

• 定价：Pro 月付 19 美元/月；Pro 年付 190 美元/年（折算 15.83 美元/月，页面标注省两个月）。价格以美元计价，页面提示标准 Pro 价格将在下一次功能发布后上调。
• 续费：页面写明「partner price」在订阅连续的情况下按同价续订；取消、退款细则在服务条款的「Plans, billing, cancellation, and refunds」一节，本文未逐条摘录，购买前请自行阅读。
• 公开方案范围：定价页只列出 Pro 月付与年付两档，未见团队或企业方案；多人协作需求要自行确认。
• 平台：网页端为主；Chrome 扩展用于 Google 搜索结果页标签；MCP 需要支持 MCP 的客户端。
• 数据边界：全部核心指标是估算或第三方指标；账号与账单信息由支付服务商处理，完整卡号不由该站保存（隐私政策原文）。
• 合规：隐私政策覆盖跨境处理、儿童、数据保留与安全等条款；隐私请求走 support@buildorskip.dev。

免责声明

本文基于官方文档和公开资料整理，AI辅助生成，MagicNetWorld 尚未完成独立实测。本文没有注册账号、没有订阅付费方案、没有进入付费登录后的界面，也没有使用其 API 或 MCP 取数，因此不包含任何付费区实测截图或账户内数据；文中价格、功能清单、更新时间与条款表述均读自公开页面（首页、定价区、隐私政策、服务条款）。站点盈利情况、估算准确率与数据覆盖率本文均未验证，也不做推断。

继续实践

如果这套调研流程对你的立项有用，可以按下面的顺序加深，而不是一次把所有功能都开：

1. 新站收入榜：固定一个品类，连续记录两三期，看哪些候选重复出现。
2. 产品收入榜：用「支付信号 + 产品类型 + 注册日期」三个维度组合筛选，对比与只看单榜的差异。
3. 打赏榜：把它当作「免费产品也收到自愿付费」的旁证，与收入榜结论交叉。
4. AI 工具反链库：按「是否收费 / 提交方式」筛出可执行的分发清单。
5. 评论反链库：打开原页面判断内容质量，别只看域名列表。
6. MCP 或 API：把初筛自动化，但保留人工复核原站这一步。
7. Watchlist + Sitemap Monitor：把候选变成长期观察对象，用变化而不是一次快照做判断。

参考链接

• Build or Skip 官方网站
• 隐私政策（生效日 2026-09-19）
• 服务条款（生效日 2026-08-15）
• 联系与支持
• Ahrefs Domain Rating 授权说明