我的Side Project从零到月入$500：一个独立开发者的Build in Public实录
三个月前我做了个决定：把手里的side project全部公开，包括收入。
说实话挺忐忑的。做成了还好，做砸了全世界都看着。但后来我想通了——就算失败了，至少能给后来人当反面教材。这本身就是价值。
今天讲讲我做的一个小工具，从想法到上线到月入$500的全过程。不吹牛，每一步都是真实的。
这个想法是怎么来的
今年初我在做一个项目的时候，遇到了一个重复性的问题：需要把不同格式的API文档转换成统一的Markdown格式。手动做了几次之后实在受不了，写了个小脚本搞定。
做完之后顺手发到了Twitter上，没想到有十几个人留言说”这东西我也需要”。那一刻我突然意识到：我遇到的问题，很可能也是别人的问题。
这就是我所有side project的出发点。从来不凭空想点子，都是从自己踩过的坑里找需求。这样至少保证：第一，需求真实存在；第二，我理解用户痛点。
根据Indie Hackers 2025年的调查，大约73%的独立开发者做产品是从自己需求出发的。我不是特例，但这个思路确实有效。
MVP阶段：能跑就行
第一版我花了大概两周的晚上和周末。技术栈很简单：Next.js + TailwindCSS，后端就一个Cloudflare Workers。
为什么选这些？不是因为它们最酷，是因为我最熟。独立开发者最大的敌人不是技术债，是拖延症。用熟悉的技术栈能让你在热情消退之前把东西做出来。
MVP的功能砍到只剩一个核心功能：粘贴API文档URL，输出Markdown。没有用户系统，没有付费墙，什么都没有。就一个输入框，一个输出框。
2026年1月8号，我在Product Hunt上看到了一组数据：当月最受欢迎的10个产品中，有7个是从MVP开始的。这让我更加确定，先上线比什么都重要。
第一个用户从哪里来
说来好笑，第一个用户不是来自Product Hunt，也不是来自Twitter，而是来自一个我完全没想到的渠道——一个Telegram群。
那天有个群友问”有没有工具能快速转API文档”，我顺手甩了个链接。五分钟后他回了一句”卧槽这玩意好用”。然后群里又有三个人去试了。
这就是我的第一批用户。不是花钱买的，不是SEO引来的，就是恰好有人需要，恰好我有。
从那天开始我做了三件事：
1. 每天在Twitter上分享一个使用场景，不推销，就分享”今天又有人用这个解决了什么问题”
2. 在相关的Reddit板块（r/webdev、r/SideProject）回答问题，签名里放链接
3. 给Product Hunt Launch做准备
第一个月，月活用户大概300人。零收入。
定价：从免费到付费的转折点
最纠结的就是定价。免费吧，自己干不下去。收费吧，怕没人来。
我观察了一个月，发现免费用户中大概有15%的人使用频率很高，每天至少用一次。这批人就是潜在的付费用户。
最终我定了个方案：
– 免费版：每天5次转换，支持基本格式
– Pro版（$9/月）：无限次转换，支持批量处理，优先支持
为什么定$9？因为我看了一圈同类工具，最便宜的要$19/月，最贵的$49/月。$9是个心理门槛，比一杯奶茶贵不了多少，用户不会犹豫太久。
结果证明这个策略是对的。上线付费的第一周，就有12个人升级了Pro。月收入$108。
那个周末我盯着Stripe后台看了好久。不是说$108很多，但这是第一个来自真实用户的收入。感觉不一样。
增长到了瓶颈期
第二个月收入涨到了$280左右，然后就卡住了。
增长停滞的原因我后来复盘了一下：
1. 用户获取渠道太单一，基本靠Twitter
2. 产品功能太简单，用户用完就走，没有留存机制
3. SEO几乎为零，没有任何自然搜索流量
这个阶段是最难受的。不是产品没人用，但增长速度跟不上预期。我看了下Gumroad的统计数据，SaaS产品第二个月到第三个月的留存率中位数大约是56%。我算了下自己的，差不多刚好在这个线上。
不上不下，才是最折磨人的。
做了三个关键调整
第三个月我做了三件事：
第一，加了个”团队版”。 $29/月，支持5个成员协作。这个功能开发了大概一周，但带来的增量很可观。团队版上线两周，来了7个团队客户，其中5个是从免费用户转化过来的。
第二，认真做了一篇SEO文章。 标题叫”API文档转换指南：5款工具实测对比”，里面提到了竞品，也提到了自己的工具。写的时候没抱太大希望，结果两个月后这篇文章带来了大约40%的自然流量。到现在还是引流最多的单篇内容。
第三，加了邮件提醒。 用户超过3天没用，发一封”我们更新了XXX”的邮件。就这么简单一件事，召回率大概18%。
第三个月结束时，MRR到了$510。
说实话看到这个数字的时候，第一反应不是开心，是”原来真有人愿意为这个东西付费”。挺奇妙的。
回头看，什么最重要
三个月跑下来，几点真实感受：
1. 快比完美重要。第一版丑得要死，但至少它能用。如果我再花两个月打磨UI，可能热情早就没了。
2. Build in Public不只是为了涨粉。把过程公开，你会收到很多意想不到的反馈。有个用户直接给我发了封邮件，写了两页的建议。这种反馈在封闭开发中是得不到的。
3. 收入不是衡量成功的唯一标准，但它是检验需求的试金石。免费用户说”好用”可能是客气，付费了才是真认可。
4. 独立开发最大的优势不是成本低，而是决策快。大公司要开三次会才能决定的事，我一个人十分钟就想清楚了。这个优势别浪费。
现在这个产品还在跑，每天都有新用户进来。下一步的计划是做API集成，让用户能直接从他们的CI/CD流程里调用。如果做到了，收入应该能再上一个台阶。
这就是我的Build in Public故事。不精彩，但真实。
如果你也在做自己的产品，或者有这个想法，欢迎来聊聊。我一个人闷头做了三个月，现在觉得——有人一起讨论的感觉挺好的。
