85 个 AI 应用拆完，我看到了 20 倍的收入差距

📌 一句话导读：85 个公开收入数据的 AI 应用，有受众的组报 40K/月，没受众的组报 2K/月。工具门槛已经被拉平，剩下的 20 倍不在代码里，在"有没有人在等你发货"。

10 月 27 日，Indie Hackers 上出现一条帖子，作者 Kingringo。标题长到要换行：他翻完 85 个公开收入的 AI 应用，按创始人自己有没有受众分成两组，给出两个数——有受众 40K/月，没受众 2K/月。

发帖时的数据是 5 个赞、11 条评论。

同期该站首页的单人访谈，热度是另一个量级：Vaultaire 那篇 71 赞，Anton Lavrenov 那篇 100 赞，Panche Isajeski 那篇 108 赞。一条把 85 个样本归纳成两句话的帖子，热度不到别人十分之一。

原因不难猜。它没有"我从 0 到 $40K"的过程截图，没有反转，没有情绪，只有一张分组对比。

但这恰恰是爽文最缺的东西：一个可以横向比较的分布。单篇访谈告诉你一个人怎么成功，85 个样本告诉你，成功的和不那么成功的，被哪个变量分开了。

一、20 倍的数字长什么样

先把数字摆清楚。

85 个应用，全部公开了收入。分组依据只有一条：创始人原本有没有受众。有受众组代表值 40K/月，无受众组 2K/月。差 20 倍。

接下来三个限定必须一起说，缺一个这篇文章就变鸡汤。

第一，这是 reported，不是审计过的账。 两个数字是帖主按分组汇总的汇报值，源头是创始人自己填的，没有逐笔核对。它说明的是"这些人说自己赚多少"，不是银行流水。

第二，样本有自选择偏差。 这 85 个是"愿意公开收入"的那一批。愿意把数字贴出来的人，收入通常不算难看。这条偏差会把整条曲线往上抬，真实全景的两端大概率更低。

**第三，40K 是组的代表值，不是每个人的收入。** 组内分布可能比组间差距还宽。同一组里有 Julia McCoy 围绕 AI clone 做到 250K/月，也一定有人只做几千。

所以正确的读法不是"没受众只能挣两千美元"，而是：在同一个"愿意公开收入"的池子里，光"有没有受众"这一项就分出两层，代表值差 20 倍。这个量级大到不可能被误差抹平。

同站案例能对上方向。Rasty Turek 三周做出 Vaultaire，做到 40K/月，正好落在有受众组的代表值上；Vikash Kumar Prajapati 把给客户写的交付脚本产品化，150K/年，约合 $12.5K/月，落在中间段。共同点不是技术栈，是动手之前就有人认识他们。

二、为什么不是产品差距

如果 20 倍来自产品质量，解法很明确：做得更好。但三条证据指向相反方向。

证据一，做出产品的门槛被拉平了。 Rasty 用 AI coding agent 三周做出 Vaultaire。同样工期在 2023 年要一个小组，现在是一个人加一个 agent。当所有人都能三周出货，“做出来"就不再是优势，只是入场券。

证据二，质量方差被压缩。 85 个应用全部由 AI 参与构建，大概率在调同一批模型、用同类脚手架、沿用相似的提示词习惯。输入端越统一，输出端越接近。当所有人的第一版都在同一水平线上，“我的产品更好"这句话的含金量就在掉。

证据三，模型侧还在继续抹平。 GPT-6.1 Terra 把 API 价格砍半，Kimi K3.1 Pro 的能力逼近 Opus 5.5。能力和价格同时收敛，应用层能靠"我用了更强的模型"拉开的差距越来越薄。

三条加起来，判断是：20 倍不是产品差距，是分发差距。

而且方向是单向的。产品侧在加速贬值——模型更强、更便宜、写代码更省事；分发侧在减速增值——注意力总量基本不变，供给在暴涨。两边一挤，造东西的溢价往下走，触达的溢价往上走。

再推一层：当"能造"不再稀缺，稀缺的就变成"有人等”。这句话放到每一次模型降价之后看，都成立。

三、四条可复现的分发路径

四条路的分发方式完全不同，但都不依赖天赋。

路径一，Paul Vengeons：受众在前，产品在后。 他先是 SEO 专家，在这个职业里积累起受众，再把已经知道的东西做成产品，8 个月做到 $30K MRR（69 赞 / 92 评论）。关键在顺序——产品是受众的下游。他不是做完再去找人，而是先有一群人，再看这群人反复问什么。8 个月不神奇，神奇的是第 0 天他就知道链接该发给谁。

路径二，Panche Isajeski：先失败一次，再重发。 第一个产品失败，pivot 后重新发布，两个月做到 $9.5K MRR（108 赞 / 116 评论，四个案例里热度最高）。价值不在"失败是成功之母"这种话上。第一次发布攒下的那批人，哪怕只有几十个，被他带到了第二次。失败的产品没留下收入，留下了名单。

路径三，Vikash Kumar Prajapati：先交付，再产品化。 他先给客户写交付脚本，$150K/年。服务的分发成本接近零，因为客户是点名找你的。等同一个脚本被第三个人要走，产品才自然长出来。

路径四，Anton Lavrenov：不做 App，做 SDK。 $60k MRR（100 赞 / 84 评论）。三步：在全职工作里积累深度专长，同时维护一个开源库，再把专长转成产品。SDK 的分发是自动发生的——只要有人用你的库，你的产品就已经在他的构建流程里。它不靠粉丝数，靠被写进多少个依赖清单。代价是慢，专长要几年，库要长期维护。

再补一个不那么性感的样本：Justin Duke 在全职期间做 side project，在拥挤市场里慢做，做到 $1M ARR（87 赞 / 84 评论）。慢换的是复利式的关系，不是一次性曝光。

把这四条放在一起，Paul 的顺序是"先有人”，Panche 是"先做，靠失败攒人"，Vikash 是"先服务"，Anton 是"先有库"。表面四条路，共同点是都不符合"先憋一个大招"的直觉——而且在他们某个时间点上，手里都有一批叫得出名字的人。

四、从零开始的正确顺序

如果你现在什么都没有——没受众、没开源库、没客户脚本、也没失败过一次的产品——顺序要反过来排。

第一步不是写代码，是点名。 Anton 点的是"需要这块 SDK 的工程师"，Paul 点的是"看 SEO 内容的那批人"。你得答得出来：这 10 个人是谁，在哪个群，上周具体抱怨过什么。

第二步是给这 10 个人手工做一件具体的事。 不一定是产品。Vikash 起步做的是给客户写脚本，那是服务。服务的分发成本接近零，因为关系是点对点的。

第三步才是用 AI 把它做成能重复交付的东西。 这时"三周做完"才有意义——不是"我能三周做出来所以强"，而是"我已经知道谁要，所以要快"。

第四步是发布，并接受第一次大概率不成。 Panche 的数据说明，第一次失败不是清零，前提是过程中攒下了人。

这套顺序和直觉相反。直觉是先做产品、做完再想怎么卖。20 倍说明，那个直觉漏掉的正是最难的一段。

一句实话：这套顺序不保证你到 40K。40K 是组内代表值，不是承诺，样本本身还有偏差。它只说明一件事——在同样会用 AI 的人里，先解决分发的人，天花板明显更高。

🎯 行动清单

1. 写一句点名的话：今天写"我要帮 ___ 解决 ___"。空格必须填具体的人，不能填"中小企业"或"开发者"。
2. 进他们的地方看三天：找到这 10 个人的聚集地，先不说话，记下他们重复抱怨的三件事。
3. 手工交付一次：挑其中一件，用现成工具做一次交付，收不收钱都行，先验证是不是真需求。
4. 等到第二个人要，再做产品：同一件事被第二个人提出时，才动手做成能重复交付的东西，工期给自己三周上限。
5. 两周后复盘问一句：这两周拿到的是收入，还是名单？名单也算成果；两者都没有，说明人群选错了，回到第 1 步。

📚 参考来源

• Kingringo：85 个公开收入的 AI 应用，有受众 40K/月，没受众 2K — Indie Hackers 原帖，2026-10-27，本文主线数据出处（官方一手）
• Rasty Turek：三周做出 Vaultaire，做到 $40K/月 — Indie Hackers 官方访谈（官方一手）
• Anton Lavrenov：做 SDK 而不是 App，做到 $60k MRR — Indie Hackers 官方访谈（官方一手）
• Paul Vengeons：受众优先，8 个月做到 $30k MRR — Indie Hackers 官方访谈（官方一手）
• Panche Isajeski：从零开始，两个月做到 $9.5k MRR — Indie Hackers 官方访谈（官方一手）
• Justin Duke：在拥挤市场里做 side project，长跑到 $1M ARR — Indie Hackers 官方访谈（官方一手）

📖 延伸阅读

• 💰 IH 案例拆解：8M ARR 一夜归零，如何重建到 2M — 另一条重建路径
• 💰 把软件评测站做到五位数 MRR：完整商业模式拆解 — 内容站变现样本
• 🔧 claude-seo：把 SEO 拆成 26 个子技能喂给 Claude Code — 有受众还要被搜到
• 📰 本期杂志：四个地区被划出去了 — 今日全部线索

本文首发于 自游人，转载请注明出处。