口径
这些数字怎么算出来的，以及它们说明不了什么
本站每个基准页都来自同一份数据：通过支付服务商公开申报收入的产品。这一页讲的是不讨巧的那部分——数字从哪来、中位数怎么算，以及用它们答不了的五个问题。
收入截止 2026-10-30 · 样本：851 家公开申报收入的产品 · 其中 435 家申报了非零 MRR
产品数
851
已发布、可索引
收入数据截止
2026-10-30
收入流水每天同步
聚合数字重算
每月一次
最近一次 2026-10-31
1. 样本是什么
项目库里是 851 家已发布的产品，它们通过支付服务商（Stripe、各类 MoR 或移动计费平台）申报收入。每个产品页展示它自己申报的数字，并标注同步日期。
这不是软件生意的普查，只是「愿意公开收入」的那个子集。它因此有用，也因此有偏。
2. 「已验证」在这里指什么
- 收入数字来自产品公开的收入验证记录，且与它的计费服务商相连——不是截图，也不是访谈。
- 产品没有公开某个数字时，我们留空或给出模型预估；空白永远不会被填成 0。
- 产品元数据（赛道、团队规模、国家、技术栈）来自产品官网与公开页面，变化比收入慢得多。
3. 中位数怎么算
中位数与分位只统计在该字段上申报了非零值的产品：MRR 是 435 家，近 30 天收入是 646 家。每张表旁边都印着分母。没有申报 MRR 的产品被排除在 MRR 统计之外——不会被当成 0。
| 字段 | 用在哪 | 覆盖 |
|---|---|---|
| MRR | 所有中位数与分位 | 851 家里的 435 家 |
| 近 30 天收入 | 收入背景、案例表 | 851 家里的 646 家 |
| 累计收入 | 仅少量引用 | 部分覆盖 |
| 活跃订阅数 | 有则展示，从不用于算平均 | 部分覆盖 |
| 团队规模 | 「一人公司」那一组对照 | 851 家里的 93 家 |
| 赛道 | 赛道表 | 851 家里的 616 家 |
| 支付服务商 | MoR 那一页 | 535 次匹配 |
覆盖率不到 100% 的字段，在使用它的页面上都写明了。我们不会静默丢行。
4. 这些数字说明不了什么
| 问题 | 为什么答不了 |
|---|---|
| 它赚钱（有利润）吗？ | 没有成本字段：模型开销、服务器、人力、投放都不在数据里。 |
| 它能留住客户吗？ | 没有流失与队列数据。高 MRR 也可能是漏水的桶。 |
| 它在增长吗？ | 只有 515 家能取到增长，且月度噪音很大，只在语境里引用。 |
| 这个行业怎么样？ | 样本是自选的，代表不了行业。 |
| 我该做什么产品？ | 那是策略问题。我们发布分布，不做推荐。 |
5. 已知偏差
- 选择偏差：愿意公开收入的产品偏向小团队、英语市场与 AI。
- 存活偏差：关停的产品通常不再申报，所以分布底部被低估了。
- 赛道漂移：赛道由产品自己填、时间久了会变；「未分类」这一组大到足以影响赛道表。
- 取整：收入按整数美元存储，且部分数字是预估而非服务商直读。
纠错
如果站上某个数字是错的，请告诉我们具体是哪个产品、哪个字段。通过 联系我们 发过来，我们会修记录并写进更新日志。
6. 刷新节奏
收入每天同步。基准页背后的聚合数字按月重算，每页都标了数据截止日——当前是 2026-10-30。聚合变了，页面日期才跟着变；如果只有日期变、数字没变，那就是在骗人。
覆盖说明：库里 51.1% 的产品申报了 MRR，所以 MRR 相关页面写的是「435 家」而不是「851 家」。