0190/ 738 张卡
12.2% 的库被标为过期
这些页面照常打开、报告照常读,但金额不进任何合计、不占任何名次。多数库会把过期行和新行排在同一张表里;这里把它们从算术里拿掉,并写明。
这个数字背后的查询
SELECT count(*) n, sum(coalesce(revenue_stale,0)) FROM startup s LEFT JOIN report_spec p ON p.slug=s.slug WHERE s.status='published'三条来自 MoneyPeel 自己样本的发现。每条都附上产出它的查询,不需要谁替你相信。
整张库的新鲜度
738 张卡
这些页面照常打开、报告照常读,但金额不进任何合计、不占任何名次。多数库会把过期行和新行排在同一张表里;这里把它们从算术里拿掉,并写明。
SELECT count(*) n, sum(coalesce(revenue_stale,0)) FROM startup s LEFT JOIN report_spec p ON p.slug=s.slug WHERE s.status='published'这不是错误:MRR 是某一刻的跑率,30 天金额是过去一个月实际到账的窗口。刚提过价、或某月退款偏多的产品就会出现这个差。把两者相除是覆盖率指标,不是会计拆分。
SELECT count(*) FROM startup WHERE status='published' AND mrr > revenue_last30d多为平台抽成、托管服务和一次性销售——月度跑率对这些模式没有意义。页面印「MRR 不适用」,API 返回 null,绝不写 0:0 会把所有中位数与分位一起拖偏。
SELECT sum(case when mrr>0 then 1 else 0 end), sum(case when revenue_last30d is not null then 1 else 0 end) FROM startup WHERE status='published'怎么引用
MoneyPeel,《研究简报 第 0 期》,数据截至 2026-11-12,访问于 YYYY-MM-DD,https://moneypeel.com/zh/research/2026-11