独立开发·阅读约 2 分钟·
我做了 47 个副项目,一个都没赚钱——失败者的经验比成功学更有价值

我做了 47 个副项目,一个都没赚钱——失败者的经验比成功学更有价值

一个独立开发者花了三年时间做了 47 个副项目,最终只赚了 127 美元。但这段看似失败的经历,反而教会了他比任何成功故事都更宝贵的东西。

原文来源:Engineering Notes By Devrim — 一个独立开发者做了 47 个副项目,赚了 127 美元,但学到了 8 个昂贵的教训

如果你在 Twitter 上看过那些「月入 1 万美元 MRR」的帖子,觉得「我上我也行」——这篇文章可能会打破你的幻想,但同时也给你真正有用的东西。

最伤人的数字

先看看这个独立开发者的真实数据:

指标数值
项目总数47
投入时间约 1,200 小时
总收入127 美元
时薪0.11 美元/小时
对比最低工资同样时间去麦当劳打工能赚 18,000 美元
最终结果赚了 127 美元(其中 50 美元来自他爸)

是的,你没看错。127 美元的总收入里,有 50 美元是他爸给的。

但故事并没有在这里结束。这些项目的技能积累最终让他获得了 30,000 美元的加薪——所以严格来说,这 1,200 小时的「失败」投资回报率其实很高,只是回报的方式和你想象的不一样。

—— 广告 ——

四个阶段,47 个项目的轮回

第一阶段:黄金时代(项目 #2–15)

这一阶段就是经典场景:一个开发者看到什么流行就做什么。清单包括:

  • 习惯追踪器、笔记应用、锻炼日志、预算追踪
  • URL 缩短器、密码管理器、番茄钟、天气应用
  • 多个待办事项列表应用

有 200 个左右的用户(大多数是朋友和家人),收入为 0 美元

这个阶段的问题是:每做一个项目都感觉自己在「学习」,学了新框架、新技术栈。朋友们开始调侃说「你做副项目都快成爱好了」,他还不当回事。

第二阶段:转型阵痛(项目 #16–30)

认识到问题后,他决定做「真正的产品」:

  • 发票 SaaS、API 文档生成器、设计模板市场
  • 每个项目都找到一个痛点,然后开始动手做

但问题来了——每个项目都撞上了已有巨头。发票 SaaS 要和 Freshbooks 竞争,API 文档工具要和 Swagger 竞争,设计模板市场要和 Gumroad 竞争。

总收入:47 美元(其中一笔后来被退款了)。

第三阶段:绝望期(项目 #31–40)

这时候 AI 浪潮开始兴起,他赶紧加上 AI 特征,做了加密工具、无代码平台、课程平台、小众招聘网站……能想到的热门方向都试了。

总收入:0 美元

这时候他终于意识到一个残酷的事实:那些「成功的独立黑客」几乎都有粉丝群。而他,当时只有 47 个 Twitter 关注者(其中 31 个是机器人)。

第四阶段:最后的冲刺(项目 #41–47)

这一阶段他开始同时做产品和营销:

  • 邮件通讯工具 → 涨了 23 个关注者,收入 0
  • 链接页工具 → 被 Reddit 封号
  • 分析仪表盘 → 赚了 15 美元,次月取消
  • 反馈按钮组件 → Product Hunt 12 个赞
  • 截图工具 → 花了 100 美元广告费,收入 0
  • 日程安排应用 → 赚了 35 美元(全是亲友赞助)
  • 书签管理器 → 赚了 30 美元(他爸用两个不同邮箱买了两次)

这个阶段的成果:80 美元,全部来自家人。

8 个用 1,200 小时换来的教训

教训 1:写代码是最容易的部分

「营销难 10 倍,分发的难度是写代码的 100 倍。让人在乎你的产品,难度是写代码的 1000 倍。」

这是每一个独立开发者最终都会悟到的道理,区别只是悟到的时间早晚。写代码反馈是即时的——编译通过或失败,立竿见影。而发布产品后等待用户,反馈是概率性的、延迟的、不确定的。

教训 2:「解决自己的痛点」是最烂的建议之一

「我写了一个『和宠物喂食计划集成的番茄钟』——但世界上没有第二个人需要这个东西。」

「解决自己的痛点」这句话被说得太多,以至于成了一个教条。但问题是:你自己的痛点很可能太「个人化」了——世界上可能只有你一个人有这个问题。好的痛点需要有足够多的人愿意为此付费。

教训 3:想法不值钱,执行不值钱,分发才值钱

代码写得再漂亮、UI 设计得再精致,如果没人知道你的产品存在,一切都是零。

独立开发者的核心瓶颈往往不是技术能力,而是让产品被看见的能力。这不是一个「先做完再想办法推广」的问题——分发应该在产品还没动工之前就考虑好。

教训 4:你永远在跟免费竞争

「用户为什么要为我的习惯追踪器付费?App Store 上有 100 个免费的。我的答案是『我的更好』——市场回答是『我们不在乎』。」

独立开发者做的工具类项目,几乎总是撞上巨头提供的免费方案。除非你的产品解决的是一个巨头不屑于解决的、足够垂直的问题,否则付费转化几乎不可能。

教训 5:时机比什么都重要

他在 2018 年做了一个 Zoom 替代品——没人关心。2022 年做了一个远程协作工具——所有人都已经有 Slack 了。

在错误的时间推出正确的产品,等于没有产品。这不是能力问题,是纯粹的运气问题,而运气是可以通过观察市场趋势来「制造」的——如果 2020 年做 Zoom 替代品,故事可能完全不同。

教训 6:必须先有观众,再建产品

「我一直在建产品,然后试图给产品找受众,顺序反了。」

正确的顺序是:先积累受众(通过写博客、发推文、做内容),了解他们需要什么,然后针对性地构建产品。你有一个已经信任你的人群,发布产品就有第一批用户——这比从零开始冷启动容易 100 倍。

教训 7:Twitter 上的「成功故事」大多是假的

「『月入 1 万 MRR』的那个人后来掉到了 2 千——他从没发推文说起这事。『辞职创业』的那个妹子 4 个月后又回去上班了——她删了原来的推文。『六位数收购』的那笔交易黄了——没人提过。」

社交媒体的幸存者偏差极度扭曲了独立开发的真实面貌。所谓的「一夜成名」几乎都经历了 3 年以上的积累。

教训 8:副项目本质上是一张彩票

「正确的地点,正确的时间,正确的受众,正确的问题。你可以增加赢的概率,但无法保证成功。」

承认运气在场的分量,不是推卸责任,而是为了不要因为失败而彻底否定自己。

重新思考:他做错了什么?

如果重新来一次,他会怎么做?

  1. 先建立受众 — 写博客、发推文、做视频。在动手写代码之前,先创造有价值的内容吸引关注者
  2. 验证再动手 — 花两天时间做一个落地页,看有没有人愿意预付费。如果没有人付钱,就别写代码
  3. 专注一件事 — 47 个项目 = 47 次半途而废的尝试。1,200 小时集中在一个产品上,效果会截然不同
  4. 从第一天就收费 — 免费是一个糟糕的商业模式
  5. 发布丑陋的 MVP — 停止打磨。大部分产品在被人看到之前就死了

这不是一个「失败」的故事

最终,这个故事的结局是:他停止了盲目做项目的模式,开始写文章、做内容、建立受众。

127 美元的直接收入确实惨淡,但 47 个项目积累下来的技术能力让他的薪资涨了 30,000 美元——5 个月就赚回了 1,200 小时的机会成本。

他是这样总结的:「严格来说,我的副项目让我赚了 3 万多美元——只不过不是我预期的那种方式。」

这也是最想告诉每一个正在做副项目的开发者的话:你可以做 47 个项目都赚不到钱,但你学到的每一样技能都会在某个意想不到的地方发挥作用。关键在于——不要在第 46 个放弃。

分享到
微博Twitter

© 2026 四月 · CC BY-NC-SA 4.0

原文链接:https://aprilzz.com/indie/47-side-projects-no-money