夜雨聆风有一篇帖子在IndieHackers 上流传了很久。
一个后端工程师，花了三周时间做了一个Chrome插件，六个月后月收入稳定在 $2000。没有融资，没有团队，一个人。
很多人看完的第一反应是"运气好"。但如果你仔细看他复盘的每一个决策，你会发现——运气只占很小一部分，更多的是他做对了几件具体的事。
他做的是什么
插件叫BugSnap，解决的问题非常具体：当开发者或测试人员在浏览器里发现 bug 时，通常的流程是——截图、打开 Jira/Linear/GitHub Issues、新建任务、粘贴截图、填写描述、分配负责人。一个 bug，2-3 分钟。
BugSnap 把这个流程压缩成：右键点击 → 一键截图 + 标注 → 自动填写 bug 模板 → 推送到你的项目管理工具。整个过程不到 20 秒。
这不是一个新想法，也不是一个技术很难的事。但它解决的是一个每天在发生的、具体的、让人烦的真实问题。
他是怎么发现这个需求的
不是某天突然来了灵感，而是他自己在工作里每天都被这个流程烦着。
他在上家公司负责一个内部产品，每周都要做UI review。他统计过，单是整理 bug 报告，他每周要花将近 2 个小时。这 2 个小时全是重复操作，没有任何创造性。
他去Hacker News 搜了一下，发现这个抱怨不是只有他——有人在 Show HN 里提过，有人在 GitHub Issues 里留了类似的评论，Reddit 的 r/webdev 也有人问过有没有类似工具。
他在动手之前做了一件很关键的事：去找正在抱怨这件事的人，而不是问"有没有人会用"。
AI在哪个环节真正帮了忙
他没有包装成"AI帮我做了一切"，他说得很直接：
Chrome Extension 的开发他以前没做过。Manifest V3 的配置、Content Script 的通信机制、Background Service Worker 的权限管理——这些他都是陌生的。如果从头自学，估计要一个月。
他用Claude 做了这件事：把他想要的功能用自然语言描述清楚，让 AI 生成初版代码框架，再一块一块验证和调整。
他自己的工作是：定义功能边界、测试每个模块是否真的好用、做出"删掉这个功能"和"留下这个功能"的判断。
最终整个插件的核心逻辑，他花了三周写完。如果没有AI，这个时间线是 3 个月，而他可能在第 2 个月就放弃了。
三个关键决策
决策一：不做"给所有人"的工具
他一开始想把BugSnap 做成支持所有截图场景——包括普通用户截图、教程制作、设计师标注等等。做到一半他砍掉了 80% 的功能，只保留一件事：给技术团队的 bug 报告流程。
这个决定让他可以在三周内做完，而不是六个月。也让他的推广文案变得极其清晰："一键从浏览器创建 bug ticket"，一句话别人就知道这是给谁用的。
决策二：去技术社区推广，而不是应用商店
Chrome 应用商店几乎没有流量。他把精力放在了三个地方：在 Hacker News 发了一篇 Show HN，在 Product Hunt 做了发布，在几个 GitHub 上活跃的开发者 Discord 里做了介绍。
第一周有300 个安装，20 个付费。这个比例已经很高了——因为来的人都是带着真实需求找到他的，不是随机流量。
决策三：定价从一开始就不怕
他从发布第一天就设置了免费版（限3个项目）和付费版（$8/月，无限项目+团队共享）。理由很简单：愿意为这件事付钱的人，才是他真正需要服务的用户。不付钱的用户的反馈，往往会把产品带向错误的方向。
六个月后，$2000/月 来自大约 250 个付费用户。
