4年做了26个项目，赚了$115K：一位独立开发者的实战复盘

原文来源：4 Years, 26 Projects, $115k: Lessons from an Indie Hacker — 一位独立开发者在 4 年内做了 26 个项目，总收入约 $115K。他把其中的经验总结了出来。

独立开发圈子里有一个不太愿意被提及的真相：大多数人做的项目，最终都没有赚到钱。

这周我在 Indie Hackers 上看到一篇帖子，作者 Alex Belogubov 用最坦诚的方式分享了他 4 年来的战绩：

• 发布项目：26 个
• 产生收入的项目：8 个（约 30%）
• 卖出的项目：5 个
• 总收入：约 $115,000
• 最赚钱的项目：replyguy（$78,976）
• 最不赚钱的项目：getstatupname（$49）

这些数字在独立开发者圈子里其实算不错的了，但真正有价值的是他从这 26 个项目中提炼出的经验。

第一年：零收入，没有放弃

Alex 的独立开发之路始于 2021 年。那一年，他没有从中赚到一分钱。

很多人到了这一步就放弃了。"我做了一个项目没人用 → 我不是做这块的料 → 我还是老老实实上班吧。"这是最常见的叙事。

Alex 的选择不同。他没有停下来，而是继续尝试、继续学习。他把第一个项目当作一次学习实验，而不是一次赌博。当你把每一个项目都看作"学习实验"而非"梭哈"时，失败的成本就变得可以接受了。

8/26 法则：为什么大部分项目失败是正常的

26 个项目里只有 8 个赚到了钱——也就是说，失败率接近 70%。

如果一个独立开发者把所有的期望都押在一个项目上，那他的心理压力会非常大：这个项目必须成功，否则我就是失败者。而当你做 26 个项目时，心态完全不同：任何一个项目失败都没关系，因为你在不断试错。

评论区里有一个叫 ckissi 的开发者也分享了自己的经历："我做了 200 多个项目，大部分是没想赚钱的 side project。那些有心赚钱的项目里，也只有 10% 左右产生了收入。"

8/26 这个数字可能是这篇文章里最诚实的一句话。

从 $49 到 $78,976：项目收入的阶梯

Alex 的项目收入差异极大。最差的项目 getstatupname 只赚了 $49，而最成功的项目 replyguy 赚了 $78,976。

这告诉我们两件事：

第一，不太可能第一个项目就大获成功。 Replyguy 是他在 2024 年做的，距离他入行已经过了 3 年。在这 3 年里，他一直在积累知识、技能和对市场的理解。

第二，不要因为小项目的收入看不起它们。 $49 的项目可能只花了他几天时间。如果每个小项目都能给你带来一些顿悟，那它们就是有价值的。

卖项目也是一种变现方式

大多数人想到独立开发赚钱，第一反应是"做 SaaS → 收月费"。Alex 提供了一个不同的视角：卖项目。

他卖掉了 5 个项目，这贡献了他总收入中相当可观的一部分。卖掉一个项目意味着你一次性变现了它的未来价值，而不需要花时间做持续运营和客户支持。

当然，卖项目的前提是项目本身有人愿意买。什么样的项目好卖？

• 有稳定的用户基础（即使不大）
• 有清晰的收入流水
• 代码和技术栈不奇葩
• 有明确的增长潜力

如果你做的项目满足这些条件，卖项目可以作为你最坏的退出方案——这样一来你做任何项目都有了一个底。

最大的教训：做止痛药，花时间做营销

当读者 gaieges 问 Alex"你早期最大的教训是什么"时，他的回答只有两个要点：

1. 需要做"止痛药"类的产品（painkiller products）——解决用户真正感到痛的问题，而不是"维生素"类的产品（有了更好，没有也无所谓）
2. 需要花更多时间做营销

这两点看起来简单，但做起来非常难。

"止痛药"意味着你找到的是一个用户主动愿意付费解决的问题。如何判断你做的产品是止痛药还是维生素？

简单的测试：如果关掉你的产品，用户会感到痛苦吗？

• 如果是止痛药，他们会立刻寻找替代方案
• 如果是维生素，他们最多说一句"挺可惜的"然后继续用他们原来的方式

至于营销，这是开发者最常见的盲区。我们都习惯性地认为"产品好自然会有人用"，但现实是产品好只是起点，让人们知道你的产品好才是关键。

Alex 说他没有在早期花足够时间做营销。大多数独立开发者也是如此。我们在"做产品"这件事上天然地更舒服，因为这是我们擅长的。但你不擅长的那个部分——让别人知道你的产品——却恰恰是最重要的。

评论区里的分歧

这篇文章的评论区也有不一样的声音。

有人（Bizbooster）直截了当地说他这是"巨大的时间浪费"，认为他应该只聚焦在两三个真正能解决问题的产品上，而不是分散精力做 26 个。

这是一个真实的辩论：专注 vs. 快速试错。

两种策略都有成功的案例。Basecamp 是专注的代表：37signals 只做了少数几个产品，每个都精益求精。但 Pieter Levels（远程工作领域的知名独立开发者）的模式却是快速发布多个小项目，看哪个能跑起来，然后加注。

没有绝对的对错。关键在于你对自己能力的了解。

如果你擅长深度研究和持续迭代，专注策略更适合你。如果你擅长快速构建和低成本验证，广撒网策略可能更好用。Alex 显然属于后者。

对独立开发者的可操作建议

综合 Alex 的分享和评论区讨论，我整理了几个可以直接上手的建议：

1. 执行"事前验证"——在写代码之前确认问题存在

评论区里 ideadose 说了一个很好的方法："在写代码之前先砍掉不靠谱的想法，而不是之后。在写一行代码之前先在外部验证，大大降低了失败率。"

验证方法：做一个 landing page、在相关社区发帖询问、直接和潜在用户聊天。如果没人对这个想法表现出兴趣，不要写代码。

2. 为每个项目设定明确的上限

给自己一个时间预算。比如"这个项目我最多花两周时间做 MVP，如果四周内没有达到 X 用户量，我就放弃或卖掉它。"这样一来你不会在一个注定要失败的项目上浪费太多时间。

3. 把营销时间加入产品开发计划

不要设定"先做完产品再想营销"的时间线。从一开始，就把每天/每周的营销时间写进你的日程表。发帖、写内容、和社区互动——这些事情和生产代码同样重要。

4. 考虑项目买卖作为退出路径

即使你不打算卖项目，在构建时保持代码干净、文档完整、有基本的收入流水，会让你在需要的时候多一条路。

5. 接受失败率

如果你做了 10 个项目只成功了 2 个，不要觉得自己很糟糕。这是行业常态。关键不是降低失败率——而是降低每次失败的成本，提高每次失败后的学习质量。

写在最后

Alex 的 4 年、26 个项目、$115K 的收入，看起来很励志，但它真正想说的不是"你也可以做到"，而是"你能承受的失败比你想象的多"。

独立开发者这条路，很多时候不是关于你有多聪明、技术有多好，而是关于你愿意在看不到结果的情况下坚持多久。

每做一个项目，你都在积累一种看不见的资产：经验。这些经验不会立刻变成收入，但它们会在某个瞬间——当你找到一个真正对的需求、知道该怎么做的时候——兑现。

正如 Alex 所说："记住，每一个成功的项目都是多次尝试和失败的结果。"