副业做技术产品——Java 工程师独立开发的完整经验分享

适读人群：有做副业或者独立开发想法的 Java 工程师 | 阅读时长：约20分钟 | 核心价值：一个真实的独立开发经历，包括选品、技术选型、上线、推广的全流程，以及我踩过的每一个坑

---

我是一个做了5年 Java 的工程师，在2022年开始做副业。

到现在为止，我做过3个技术产品：一个死了（没有用户）、一个勉强活着（每月有几百元收入）、一个做得还算可以（每月稳定有几千元收入）。

这篇文章我想把这三个经历完整讲出来，特别是第一个失败的，因为失败案例往往比成功案例更有参考价值。

第一个产品：死在了"我觉得有用"上

第一个产品是一个代码审查辅助工具，可以自动分析 Java 代码，检测一些常见的性能问题和代码坏味道。

我花了大约4个月时间开发，做了一个还算完整的 Web 应用：用户可以上传代码，系统会生成一个分析报告，指出潜在的问题。

发布了之后，第一个月注册了大约30个用户，但只有3个人真正用了一次，然后就没有再登录了。

我做了一些访谈，问那些注册了但不用的人为什么不用。得到的答案让我很难受：

"其实我们项目里用 SonarQube，功能比你这个强多了。" "分析报告我看了，有些建议不适合我们的场景，感觉有点鸡肋。" "我不确定这个工具稳不稳定，不太敢在真实代码上用。"

第一个答案是致命的：一个有免费版的 SonarQube 和 SpotBugs 存在，我的工具在功能上没有差异化优势，而品牌认可度却差很多。

这个产品的失败原因非常典型：我先做了产品，再去验证市场。我自己觉得"这个工具会有人用"，但没有在做之前去验证这个假设。

教训：任何产品在开发之前，先验证市场需求。

第二个产品：学到了验证，但验证不够充分

有了第一个失败的经历，做第二个产品之前，我先做了一些市场调研。我注意到很多做 API 接口的工程师，经常需要快速生成测试数据，现有工具要么功能太简单，要么收费很贵，有一个中间档位的空间。

我做了一个简单的测试数据生成工具，在发布之前，花了2周时间在各个技术社群发帖询问"你们平时是怎么生成测试数据的，有什么痛点"，收集了大约50个回复，确认了确实有需求。

然后花了2个月开发，上线了。

结果：有人用，而且愿意付钱，但付钱意愿不高。大多数人觉得这个工具"有用，但不是必需品"，他们用免费版，不升级到付费版。

这个产品现在每月有几百元收入，但天花板很明显。

问题出在哪里？我验证了"有人需要"，但没有充分验证"有人愿意付多少钱"。这两件事是不同的。

免费是好的工具，付费是必需品。我的工具处于两者之间的尴尬位置。

第三个产品：终于做对了

做第三个产品之前，我换了一个思路：先从"有人在为什么东西付钱"出发，而不是"我能做什么"。

我花了一个月时间，研究了国内和国外的 SaaS 产品市场，找到了一个细分领域：小团队的 API 文档管理。

很多小团队用 Postman 管 API，但 Postman 的文档分享功能要付费，而且 Postman 功能太多，对只需要文档管理的团队来说过于庞大。国内有 Apifox 之类的工具，但同样功能过于完整，对于只需要简单文档的团队有学习成本。

我验证了：确实有一部分小团队，愿意为一个简单、轻量的 API 文档管理工具付费，而且他们愿意付的价格是每月59-99元。

然后我做了一个 MVP（最简可行产品），只有最核心的功能：创建接口文档、生成分享链接、基本的变更记录。

MVP 用2周开发完，然后发布，同时开始推广。

第一个月：50个注册用户，8个付费用户，收入400元。 第三个月：200个注册用户，35个付费用户，收入1800元。 第六个月：稳定在每月60-80个付费用户，收入4000-5000元。

这个数字不算大，但对我来说是一个质的突破：这是一个自我可持续的产品，不需要我再投入时间，每个月会有稳定的收入。

技术选型：Java 工程师做独立产品选什么技术栈

我犯过的最大错误之一：用了我最熟悉的技术栈，而不是最适合独立开发的技术栈。

第一个产品用了 Spring Boot + MySQL + Vue，这套技术栈我非常熟悉，但对于独立开发者来说，运维成本太高了——我需要自己维护服务器、部署、数据库，每个月的云服务费用也不低。

后来我的技术栈大幅调整：

后端：

• Spring Boot（仍然是主力，毕竟我最熟，不值得为了独立开发换语言）
• 数据库：从自建 MySQL 改成了云数据库，贵一点但不用运维
• 部署：从 ECS 改成了容器化 + 函数计算（Serverless），低流量时成本极低

降低运维成本是关键。 独立开发者最宝贵的资源是时间，不是钱。每周花4小时运维服务器，不如用多一点钱买一个稳定的云服务。

前端：

• 从 Vue 换成了 Next.js（前后端一体，减少了接口对接的工作）
• UI 框架用了 Tailwind CSS + shadcn，可以非常快速地做出还不错的界面

支付：

• 国内：接微信支付和支付宝，用第三方聚合支付（虎皮椒）减少接入成本
• 时间成本大概2-3天可以搞定支付功能

独立开发最容易忽视的几件事

用户支持

上线之后，用户会有各种问题：怎么用、遇到 Bug、功能建议。你需要有一个渠道来处理这些，不然用户流失会很快。

我用了微信群 + 邮件双通道。微信群用于快速响应，邮件用于处理详细问题。

运营和推广

做产品只占了工作量的一半，另一半是让人知道你的产品。很多工程师（包括我自己）在这里吃了大亏：花了大量时间开发，但发布之后没有人知道。

我用过的有效渠道：

• 在技术社群（V2EX、掘金、产品发布类网站）发布产品介绍
• 写技术文章，在文章里提及产品（不是打广告，而是在解决相关问题的文章里顺带提到）
• 通过早期用户口碑传播（给早期用户很好的体验，让他们帮你推荐）

定价策略

很多独立开发者的定价太低，因为觉得"我的产品没有大公司的好，所以要便宜"。

这个逻辑是反的。如果定价太低，你连服务器成本都回不来，更别说时间成本。而且便宜的产品，用户有时候反而不觉得有价值。

我的经验是：定价要基于"用户获得的价值"，而不是"你的开发成本"。如果你的工具每个月帮用户节省了10小时，哪怕你收99元，也是很合算的。

一个诚实的评估：独立开发适合谁

独立开发不是每个工程师都适合的路。

适合独立开发的工程师：

• 能接受前期没有收入的不确定性（通常需要6个月以上）
• 有一定的产品感和用户感知能力，不只是能写代码
• 有自律的工作习惯，不需要外部监督
• 能接受"大多数产品会失败"的现实

不适合独立开发的场景：

• 你做副业的主要目的是快速赚钱（独立开发回报周期长，风险高）
• 你对产品方向不感兴趣，只是"觉得可以做来赚钱"

独立开发，做的是自己的产品，长期看是个人品牌和技术视野的积累。用这个标准来衡量，是否值得做，答案就更清晰了。

独立开发的时间管理

全职工作的情况下做副业，时间管理是最大的挑战。

我的实践：每周固定10-15小时用于副业，主要是工作日晚上和周末上午。不超过这个上限，因为超过之后会明显影响日常工作质量，形成恶性循环。

在这10-15小时里，如何分配？

大概40%的时间用于开发，40%用于运营和用户沟通，20%用于研究和规划。

很多独立开发者开始的时候，80-90%的时间都在写代码，忽略了运营和用户沟通。这是一个会导致失败的分配方式——产品做得再好，没有人知道，就不会有用户。

关于定价的几个真实数字

我发现"定价"是独立开发者最不愿意讨论的话题，但它极其重要。分享几个我实践中的数字，供参考：

我的第三个产品（API 文档管理工具），定价体系：

• 个人免费版：核心功能，最多3个项目，无分享链接功能
• 个人付费版：59元/月或499元/年，解锁所有功能
• 团队版：199元/月，支持5人团队使用

这个定价的逻辑：免费版用来吸引用户，付费版价格要够低让用户觉得"值得试试"，年费有折扣鼓励用户长期留存。

实际上，我最初定价是 39 元/月，通过了解用户后调高了价格，用户流失率几乎没有变化。这证明了定价太低在初期是一个常见的错误。

最重要的一条建议

如果你对独立开发感兴趣，我只给一条建议：先做一个极小的东西，快速验证有没有人愿意为它付钱，再考虑投入大量时间。

不是先做三个月，再看有没有人用。而是先花两周做一个 MVP，发布出去，看有没有人主动来用，甚至主动要付钱。

如果有，继续做。如果没有，要么调整方向，要么放弃，去找下一个机会。

独立开发失败的最大原因，不是技术能力不够，而是花了太多时间做了一个没有市场的产品。