ARTICLE · 1092425
我先解决了自己的问题,半年后,插件月入过万
我先解决了自己的问题,半年后,插件月入过万从去年开始，我利用业余时间做了两款浏览器插件。 其中一款插件目前已经有超过 1 万名注册用户。成绩最好的一个月，收入超过 1 万元，当月会员用户超过 200 人。在所有付费用户中，年费用户占了一半以上。 但最开始，我并没有想过靠它赚钱。 我只是想解决一个每天都在困扰自己的问题。 去年，我在网上找到了一些 AI 相关的教学文档，想下载下来慢慢看。 但懂的都懂：现在不少文档平台不支持导出，甚至连复制都有限制。想保存内容，只能一张张截屏，再用 OCR 或 AI 识别。 整个过程麻烦又低效。 我研究浏览器插件开发也有几年了，于是开始琢磨：能不能做一个插件，让我一键把整篇文档保存下来？ 很快，第一版就做出来了。 思路很直接：读取页面的 DOM 结构，再通过 PDF 库生成文件。 结果一运行，翻车了。 问题出在文档使用了虚拟加载。 简单来说，平台不会一次性把整篇文档都渲染出来，而是根据滚动位置动态加载。你滚到哪里，它才加载到哪里；已经滚过去的内容，甚至可能被回收。 所以，第一版虽然没有报错，导出的 PDF 却只有当前屏幕附近的几页，后面全是空白。 代码的逻辑没有错，错的是我对页面的假设。 后来我换了一种思路：让插件自动滚动，逐步收集动态加载出来的内容，再统一整理和导出。 速度不算快，但至少可以稳定地保存全文。 第一版就这样跑起来了。谈不上完善，但它确实解决了我的问题。 插件刚做出来时，我没有收费，只是自己用着顺手。 后来陆续有人开始使用，也有人不断给我提需求： 这个格式能不能支持？那个平台能不能适配？导出的排版能不能再好看一点？ 我就一边使用，一边修改。 大约两个月后，第一位用户付费了。 那笔钱可能不多，但对我的意义很大。它第一次证明：这个问题不只困扰着我，也有人愿意花钱换一个更省事的解决方案。 一个原本只为自己开发的小工具，就这样被用户推着向前，慢慢变成了一个需要持续维护的产品。 半年多以后，插件最好的一个月收入超过了 1 万元，当月会员用户超过 200 人。现在，其中一款插件的注册用户已经超过 1 万，年费用户占付费用户的一半以上。 回头看，这个顺序很重要： 先遇到真实问题，再做出能用的工具；先有人愿意使用，再考虑怎么收费。 很多人听到“插件月入过万”，第一反应可能是：这是一份不错的被动收入。 但真实情况并没有那么轻松。 插件可以自动运行，售后不会。 用户的消息几乎随时都会出现：导出失败、格式错乱、平台更新、浏览器兼容问题…… 有一次，晚上 12 点，我还在远程连接用户的电脑，帮他排查导出问题。因为有些问题只会出现在特定的系统、浏览器版本或文档里，只看一句“不能用了”，根本找不到原因。 你必须真正进入用户的使用环境，看到他看见的东西，才能把问题解决掉。 所谓被动收入，不过是产品替你重复工作；而在产品背后，你仍然要为每一个真实用户负责。 最近，我重新翻了翻去年研究过的一些同类产品。 有的已经一年没有更新，有的甚至连网站都打不开了。 在 AI 时代，做出一个产品的门槛确实降低了。真正的门槛，一直都在产品发布之后： 在没人使用时继续迭代，直到等来第一个正向反馈；主动宣传，让真正需要它的人知道；听懂用户的抱怨，把它变成具体的改进；在新鲜感消失之后，依然愿意维护产品。 这些不只是技术问题，更考验创作者的耐心、判断和投入。 很多产品并不是做不出来，而是作者先放弃了。 我的插件也被人像素级抄袭过。 界面照搬，功能照抄，然后直接拿去售卖。 刚发现时当然很生气。但后来我逐渐想明白：对方可以迅速抄走产品的外表，却很难抄走产品背后的理解。 用户提出过哪些需求？哪些导出细节最容易出错？什么功能看似重要，实际上没人使用？什么问题虽然不起眼，却会直接影响体验？ 这些答案，都来自长期使用、真实反馈和一次次迭代，不可能在一个晚上复制完成。 后来，那个产品也停止了维护。 只盯着现成结果的人，一旦赚不到预期中的快钱，往往也就失去了继续做下去的理由。 我后来才明白，独立开发真正的起点，不是“我能做什么”，也不是“什么东西能赚钱”，而是： 什么问题值得我一直解决下去？ 收入证明的不是我找到了风口，而是当初那个让我不爽的问题，也困扰着许多人。 所以，如果你也想做一款自己的产品，别急着寻找风口，也别急着复制别人的答案。 先找一个每天都在困扰你的问题，然后把它解决到底。 产品、用户和收入，都是答案被真正需要之后，留下的回声。