如何发现值得做的问题
从自己的痛点出发
最好的项目idea,来自你自己的真实需求。
真实案例 1: 微信公众号 RSS
痛点:
- 平时追更公众号,消息混在聊天列表里
- 错过了很难找回
- 想要信息聚合,统一管理订阅
发现过程:
- 自己有这个需求
- 发现市面上有类似的商业化产品
- 但要么停更,要么收费贵,要么功能不全
决定: 自己做一个
真实案例 2: AI News RSS
痛点:
- 关注 AI 新闻,想追踪行业动态
- 刷小红书/推特都是二手信息
- 别人从海外搬运过来的,浪费时间
- 想要一手的信息源,自动聚合
发现过程:
- 有人已经做了开源项目
- 但信息源不是我想要的(二手信息)
- 想基于自己的一手信息源整合出日报
决定: 二开现有项目,定制化信息源
从 GitHub 找有趣项目
我的习惯:
- 用 RSS 订阅 GitHub Trending
- 关注 star 涨得快的项目
- 看到有意思的项目,思考能不能二开
怎么找?
1. GitHub Trending(推荐)
https://github.com/trending1
我的方法:
- 用 RSS 订阅 GitHub Trending
- 每天自动推送,不用主动刷
- 看到 star 涨得快的项目,说明有热度
为什么用 RSS?
- 不用每天打开网页
- 自动聚合,效率高
- 配合 RSS 阅读器,体验更好
2. 关键词搜索 根据你的需求领域搜索:
wechat rss- 微信相关ai news aggregator- AI 资讯聚合social media automation- 自媒体自动化
3. Awesome 系列
awesome-python
awesome-nodejs
awesome-自媒体工具1
2
3
2
3
找什么样的项目?
我的标准:
核心功能已实现
- 不是半成品
- 能跑通,有 demo
开源协议友好
- MIT / Apache 2.0 - 可以商业化
- ❌ GPL - 要求开源,不适合商业化
- 先看 LICENSE 文件
代码质量还行
- 不要求完美,但要能看懂
- 有基本的注释和文档
活跃度适中
- 太活跃(大厂维护)- 不需要你二开
- 太冷门(无人维护)- 可能有坑
- 刚好: 有一定 star,但还有改进空间
真实案例: wechat-download-api
发现过程:
- 在 GitHub 搜
wechat article - 找到一个开源项目,能爬取微信文章
- 但功能单一,没有 API 化
- 看了下协议,MIT,可以商业化
决定: 基于这个项目二开,做成 API 服务
收获:
- 核心爬虫逻辑不用从零写
- 专注在 API 封装和优化
- 2 周做出来,如果从零写可能要 1 个月
二开 vs 从零做
什么时候选择二开?
满足以下条件,优先二开:
✅ 核心功能已实现
- 别人已经把最难的部分做出来了
- 你只需要改造和优化
✅ 开源协议允许商业化
- MIT / Apache 2.0 / BSD
- 确认清楚,避免法律风险
✅ 代码质量可接受
- 能看懂,能改
- 不要求完美,够用就行
✅ 有改进空间
- 功能不全,你可以补充
- 性能不好,你可以优化
- 没有 SaaS 化,你可以做
优势:
- 快速验证想法
- 降低技术门槛
- 专注在创新部分
什么时候从零做?
以下情况,考虑从零开始:
❌ 找不到合适的开源项目
- GitHub 搜不到
- 搜到的都不符合需求
❌ 需求非常特殊
- 现有项目改造成本比从零写还高
- 核心逻辑完全不同
❌ 想深度学习某个技术
- 为了学习,不为了快
- 从零写能理解得更透彻
我的经验:
- 80% 的项目可以找到类似的开源项目
- 二开比从零写快 2-3 倍
- 能二开就二开,别重复造轮子
如何判断值得做?
快速验证清单
问自己 3 个问题:
我自己会用吗?
- ✅ 会 → 至少有 1 个用户(你自己)
- ❌ 不会 → 可能是伪需求
市面上有类似产品吗?
- ✅ 有,但不好用 → 有改进空间
- ✅ 有,但收费贵 → 可以做免费/便宜版
- ❌ 完全没有 → 可能需求不存在,或技术难度太高
能在 2-4 周做出 MVP 吗?
- ✅ 能 → 值得做
- ❌ 不能 → 需求太大,先拆解
实战建议
从哪里找灵感?
1. 解决自己的问题
- 你的工作流程中有哪些痛点?
- 你每天重复做的事能自动化吗?
2. 观察身边人的需求
- 朋友抱怨什么?
- 同事需要什么工具?
3. 刷社交平台(小红书/推特/V2EX)
- 看到有人抱怨某个问题
- 思考: 能不能做成产品?
- 搜索: 有没有现成的开源项目可以二开?
真实案例:
在小红书看到有人抱怨某个工具不好用,我会:
- 去 GitHub 搜相关项目
- 看有没有可以二开的
- 判断能不能做成商业化产品
4. 订阅 GitHub Trending
- 用 RSS 订阅,每天自动推送
- 关注 star 涨得快的项目
- 你感兴趣的领域有新项目会第一时间知道
5. 关注商业产品
- 看到好产品,想想能不能做开源版
- 看到贵的产品,想想能不能做便宜版
避免的坑
❌ 不要做:
- 纯为了练手,自己都不会用的项目
- 市场已经有完美解决方案的(没有改进空间)
- 技术难度太高,超出能力范围的
✅ 应该做:
- 解决真实痛点
- 有改进空间(功能/价格/体验)
- 2-4 周能做出能用的版本
核心原则
好的项目 = 真实需求 + 可行性 + 差异化
- 真实需求 - 自己或别人真的需要
- 可行性 - 2-4 周能做出 MVP
- 差异化 - 比现有方案更好(功能/价格/体验)
记住: 不要追求完美,先做出能用的,再迭代优化。