第 1 章：发现问题和需求验证
问题是什么
我每天要跟踪 AI 领域动态，但信息获取体验很差：
- 信息源太散 — arXiv 论文、GitHub 热门项目、HackerNews 讨论、Reddit 帖子，分布在 4-5 个不同平台
- 质量没筛选 — 每天几百条内容，大部分是噪音，真正值得看的可能就 10-20 条
- 二手信息多 — 刷小红书看到的都是别人转述的，滞后且经过加工，不是原始信源
这不是一个"有就好"的需求，是每天都在花时间的痛点。
需求验证：怎么确认不是自嗨
验证逻辑很简单：
1. 自己是不是第一个用户？
是。我自己每天都需要这个东西。这是最硬的验证 — 你自己不用的产品，别人大概率也不用。
2. 有没有人做过类似的？
有。看到某开源项目在做 AI 新闻聚合，说明需求不是我一个人的想象。但它的实现和我的需求有差距（数据源不够、没有评分机制、不支持 RSS 订阅）。
3. 目标用户是谁？
和我类似的人：AI 从业者或关注者，想每天花 10 分钟快速了解全球 AI 动态，不想在各平台之间切换。
需求拆分
核心需求只有一个：每天给我一份 AI 领域的高质量信息摘要。
拆解下来：
| 需求 | 优先级 | 说明 |
|---|---|---|
| 多源信息抓取 | must_have | 覆盖主流 AI 信息源 |
| AI 智能评分 | must_have | 过滤噪音，只留高质量内容 |
| 分类整理 | must_have | 按主题归类，方便扫读 |
| RSS 输出 | must_have | 接入我已有的阅读工具 |
| 每日日报 | should_have | 生成结构化摘要 |
| 语音播报 | nice_to_have | 通勤路上听 |
| Web 界面 | nice_to_have | 非技术用户访问 |
MVP 范围：前 4 个。 能抓取、能评分、能分类、能订阅 — 做到这一步就够用了。
方法论对照
这一步对应方法论的前 3 步：
| 步骤 | 方法论 | 本项目实际 |
|---|---|---|
| 发现问题 | 从自身痛点出发 | 自己每天浪费时间找 AI 信息 |
| 验证需求 | 确认不是个人需求 | 有类似开源项目存在 → 说明市场有 |
| 定义 MVP | 只做 must_have | 4 个核心功能，砍掉语音和 Web |
关键判断
几个当时做的决策，后来证明是对的：
1. 做工具不做内容
我不自己写 AI 新闻，我做一个自动化的信息管道。内容由源头产生，我负责筛选和分发。这样不需要运营团队，一个人维护得过来。
2. RSS 作为核心输出
很多人可能觉得 RSS 已经过时了。但对有信息聚合需求的人来说，RSS 是最高效的消费方式 — 无算法推荐、无广告、可控，接入任何阅读器就能用。
3. SaaS 先行，开源后置
实际顺序是先做了 SaaS 版（基于 WeChat RSS 底座快速搭建），验证有人愿意付钱后，再整理出开源版。开源的目的是扩大影响力 + 让更多人用上核心功能。