Verdict
TrustMRR 解决了一个根本问题——不是靠提出更好的声明，而是把验证变成一个连接支付 provider 数据的机械流程。
结果是，这个平台上收入数据不是自报的——而是从创始人实际收钱的系统中实时拉取的。$1.2B marketplace 标签反映的是列出公司的总估值，不只是交易量。
可复制性：中（71/100） — 信任楔子的概念是可复制的，但验证机制必须是真实的、基于实际支付数据的。
起点问题
通用 startup 目录都有可信度缺口。大多数列表是自报的，这意味着买家无法区分真正的商业公司和一厢情愿的 pitch。当验证是可选的或表面的时候，整个数据集就弱化了。
问题不只是准确性——而是行为。如果创始人知道收入声明不会被检查，那么保守或准确表达的动机就更低。TrustMRR 认识到，目录需要一个机制，让不诚实在机械上变得困难，而不是只在伦理上不可取。
适合谁
应该研究这个的
- 正在探索信任驱动的目录、研究产品或交易相关 marketplace 的独立创始人
- 正在构建数据质量决定用户是否信任系统并采取行动的平台的人
- 正在考虑建立收购 marketplace 或基于收入的排名系统的人
不应该直接抄的
- 想找一个简单 UI 模式来复制的人——机制比表面更重要
- 想添加”已验证”徽章但没有建立实际验证基础设施的人
- 认为只要有个目录就能创造信任的人——验证过程必须是可见的和可解释的
验证实际上是如何工作的
TrustMRR 使用只读 API 密钥直接连接支付 provider。没有其他方式可以添加 startup——API 连接是强制的。
支持的 provider（8 个）： Stripe、LemonSqueezy、Polar、Paddle、DodoPayment、RevenueCat（移动应用）、Superwall 和 Creem。
当创始人连接账户时，TrustMRR 只访问汇总指标：总收入、MRR、最近 30 天收入、客户数和订阅数。个人客户数据永远不会被收集。
收入同步自动定期运行，通常每小时一次。数据通过连接的支付 provider 持续更新。
信任机制是结构性的：因为收入直接绑定到支付 provider 账户，伪造它在机械上就等于伪造支付账户本身。这使得验证是自我强化的——没有可以被操纵的人工审核步骤，只有要么匹配要么不匹配的 API 数据。
FAQ 承认由于不同 provider 对 MRR 和 churn 等指标的公式不同，“最多可能出现 30% 的差异”。他们披露了这个限制，而不是假装数据是完美的。
Marketplace 数据
列出公司的真实收入数据：
| Startup | 月收入 | 价格 | 倍数 | 类别 |
|---|---|---|---|---|
| tortolitos | $10k | $185k | 1.5x | 社交媒体 |
| Flex Aura | $1.6k | $120k | 6.3x | AI 健身 |
| Veo3 Gen | $1.4k | $30k | 1.7x | AI |
| VIFIX | $2k | $125k | 5.3x | AI |
| Getastrothemes | $3.5k | $69k | 1.6x | 开发者工具 |
| CheatGPT | $772 | $15k | 1.6x | AI |
| Verbatik | $3.5k | $100k | 2.4x | AI |
排行榜顶级表现者：
| 排名 | Startup | 创始人 | MRR | 月增长 |
|---|---|---|---|---|
| 🥇 | Stan | Vitalii Dodonov | $3,569,654 | — |
| 🥈 | Unnamed | — | $381,434 | 4% |
| 🥉 | Rezi | Jacob Jacquet | $293,216 | 50% |
| 4 | TrimRx | — | $248,015 | 28% |
Rezi 值得关注——每年约 100 万新用户，加上 Rezi Enterprise 支持 300+ 组织，包括 1 家 Fortune 500 和多所大学。
为什么有效
信任楔子不是口号——而是系统
TrustMRR 没有只是声称”已验证”——它解释了验证究竟是如何工作的以及访问了哪些数据。这种透明度成为产品体验的一部分，而不只是营销文案。
目录变成了研究级质量
当每个列表都有验证过的收入数据时，浏览就变成了研究。买家可以跨公司比较实际的 MRR 数字、增长率和收购倍数——而不只是看这些公司声称做什么的描述。
验证吸引了想要被验证的创始人
实际支付 provider 连接的要求意味着只有对自家数字有信心的创始人才能加入。这种自我选择随着时间提高了整体数据集质量，形成了良性循环。
免费挂牌、免费销售——除非你想要曝光
让挂牌和 marketplace 参与免费消除了高质量卖家的摩擦。变现来自可选的付费推广，而不是强制性收费。这鼓励了更高质量的列表。
Core Playbook
关键决策
-
连接到支付 provider 而不是要求截图 — 这让验证自动化了，使其从”时间点核查”变成了持续性的。
-
让验证变成强制的，而不是可选的 — “没有其他方式可以添加 startup 到 TrustMRR”。这消除了未验证列表降低信任的可能性。
-
公开解释验证机制 — FAQ 详细说明了访问了哪些数据、同步多久发生一次、以及限制是什么。这种透明度比只声称”已验证”但没有解释建立了更快的信任。
-
让信任资产成为相关产品的发射台 — “From the maker of TrustMRR” 引向 Newsletter for entrepreneurs、CodeFast、ShipFast、DataFast、ByeDispute、IndiePage、ZenVoice、GamifyList、Unicorne、WorkbookPDF、HabitsGarden。信任平台成为分销渠道。
创始人页面作为信任信号
每个在 TrustMRR 上有 startup 的创始人都会在 trustmrr.com/founder/xHandle 获得公开档案。这将创始人身份与验证收入绑定，为评估收购目标的买家增加了另一层信任。
关键教训
-
信任机制必须是机械的，而不是道德的 — TrustMRR 有效是因为验证通过 API 连接发生，不是因为创始人承诺诚实。系统设计比伦理诉求更重要。
-
对限制的透明度建立了信任 — 披露 30% 的差异可能性并解释究竟访问了哪些数据，让 TrustMRR 更可信，而不是更不可信。
-
信任资产吸引了想要展示信任的人 — 验证要求自我选择了有真实数字的创始人，随着时间提高了数据集质量。
-
目录在能改善决策时变得可防御 — 用户回来是因为网站帮助他们更好地判断，而不是因为有更多条目。
-
免费列表加付费推广可能比强制收费更有效 — 为高质量卖家消除摩擦，同时从可见性上变现，创造了更健康的 marketplace。
风险和误读
最常见的误读是添加”已验证”徽章但没有建立实际的验证基础设施。没有机械支撑的徽章声称信任，在用户意识到证据薄弱时会更快崩塌。
另一个误读是把它当作纯粹的 UI 课。设计很重要，但验证基础设施才是真正的竞争护城河。
不要复制什么
不要复制 TrustMRR 的表面外观而没有下面的支付 provider 连接。只看起来已验证的目录会在用户意识到证据薄弱时失败得更快。
来源
- TrustMRR 主页 — “The $1.2B marketplace of verified startup revenues”
- TrustMRR FAQ — 验证过程、限制和入门详细说明
- TrustMRR Acquire — 初创公司收购 marketplace
- TrustMRR Leaderboard — 按 MRR 排名的顶级 startup 及增长指标
- 由 Marc Lou 使用 ShipFast 构建
Next Step
如果这个模型引起共鸣，第一个行动是定义一个对你的受众重要的具体数据承诺，然后建立能交付它的最小机制——在添加任何 marketplace 表面之前。
验证必须在信任声明有任何意义之前就是真实的。