迭代方法
什么是迭代？为什么重要？
先理解这个概念
迭代 = 一版一版地改进产品
不是"一次做完美"，而是"不断改进"。
类比：
传统开发（瀑布式）：
设计 6 个月 → 开发 6 个月 → 测试 3 个月 → 发布 → 发现用户不喜欢 → 完蛋
迭代开发（敏捷）：
第 1 周：做最简单的版本 → 发布 → 看用户反馈
第 2 周：根据反馈改进 → 发布 → 继续收集反馈
第 3 周：再改进 → 再发布 → ...2
3
4
5
6
7
核心区别：
传统开发等 1 年才发布，迭代开发每周都发布。
为什么迭代更好？
- 快速验证想法
- 及时发现问题
- 根据真实反馈改进
- 不会浪费太多时间在错误方向上
小白最大的困惑
很多新手对迭代的理解有误区：
- "MVP 做出来，就完成了吧？"
- "什么时候该发布新版本？"
- "用户提的需求都要做吗？"
- "测试不完美，能发布吗？"
这一章会解答这些问题，并分享微信 RSS 的真实迭代过程。
案例：微信 RSS 的演进历程
MVP：先跑起来再说
最开始的版本：
获取微信公众号文章，转换成 RSS 订阅，支持定时轮询。
就这么简单。
核心需求：
让用户能追踪公众号文章更新。
早期的一个大问题：不提供文章内容
由于技术和风控问题（微信会检测爬虫行为并封号），只提供标题和链接，不提供内容。
用户体验：
看到标题，想看内容，还得点进去。
但即使这样，也有用户在用了。
为什么？
因为解决了痛点：追踪公众号更新。
即使不完美，也比没有强。
第一次重要迭代：开放内容获取
背景：
早期不提供文章内容，用户只能看到标题。
用户反馈：
"能不能获取文章内容？"
我的困境：
想做，但技术和风控问题没解决。
后来怎么做的？
慢慢试着处理风控：
- 研究微信的反爬机制
- 问 AI：怎么绕过风控？
- 不断测试、调整策略
- 逐步开放了内容获取功能
这是一个重大迭代，用户体验大幅提升。
SaaS 版那时候也一样不提供内容，但也有客户在用了。
这说明：核心需求够强，不完美也有人用。
一天多次更新的日子
可以看项目的 commit 记录：
有段时间特别频繁，基本一天至少一次，有时候一天好几次。
为什么这么频繁？
- 用户反馈 Bug，立刻修
- 想到优化点，立刻改
- 测试通过，立刻发布
那段时间的状态：
- 早上起来，看用户反馈
- 有 Bug，问 AI 怎么修
- 改完代码，测试
- 没问题，立刻部署
- 晚上再看反馈，再修
基本上是高强度迭代。
现在功能稳定了很多，更新频率降低了。
怎么决定做什么功能？
功能来源
1. 用户反馈
反馈渠道：
- 开源版：GitHub Issue、微信私聊
- SaaS 版：微信私聊、微信群
怎么处理？
每个反馈都会看，评估是否有价值。
2. 自己的想法
根据使用体验和对需求的理解，主动优化。
功能决策标准
优先级排序：
修复 Bug 最优先
- 影响使用的 Bug，立刻修
核心功能优先
- 影响核心体验的，优先做
高频需求优先
- 多个用户都提到的，优先做
没做的功能：
有些功能用户提了，但评估后觉得不合适，就不做。
原则：保持产品简洁，不做无价值的功能。
测试和发布流程
我的测试方法
新功能怎么测试？
测试流程：
- 本地测试：功能能跑通
- 部署到测试环境
- 自己用一用，看有没有问题
- 没问题就发布
发布节奏
早期：非常频繁
改完代码，功能测试通过，就立刻发布。
一天至少一次，有时候一天好几次。
现在：功能稳定后
更新频率降低了，一周或更久发布一次。
原则：
快速迭代 > 追求完美。
先发布，有问题再改，比憋大招要好。
上线后出问题怎么办？
有没有上线后发现大 Bug 的情况？
有。
怎么处理？
- 用户反馈或自己发现
- 立刻定位问题
- 问 AI：怎么修？
- 紧急修复
- 立刻发布
有时候修复时间不到半小时。
经验：
出问题不可怕，快速响应才是关键。
SaaS 版 vs 开源版的迭代策略
核心功能同步
开源版和 SaaS 版在核心功能上没有区别。
同步策略：
- SaaS 版发布的新功能 → 同步到开源版
- SaaS 版修复的 Bug → 同步到开源版
为什么这样做？
- 保持开源版的活力
- 对开源用户的尊重
- 也是对自己的督促（代码质量要好）
SaaS 版的差异化
SaaS 版的优势不在功能，而在体验：
1. 零门槛使用
- 用户不需要：服务器、Docker、配置
- 直接注册就能用
2. 更好的界面
- 更直观的操作界面
- 更便捷的使用方法
3. 稳定性保障
- 负责服务器稳定性
- 用户不用担心部署问题
4. 免费额度
- 提供 2 个免费订阅额度
- 让用户先体验再付费
这些是开源版做不到的。
迭代流程
开源版和 SaaS 版是同步迭代。
流程：
- 在 SaaS 版开发新功能
- 测试通过后发布到 SaaS 版
- 同步代码到开源版
- 开源版用户也能用新功能
这样的好处：
- 减少维护成本（一套代码）
- 保证两个版本的一致性
宣传和营销的真实情况
宣传很重要，但我做得不够
做过的宣传：
- B站视频 - 做过宣传视频
- 小红书 - 发过帖子，但没持续
- 阮一峰周刊 - 自荐后上了周刊，带来一波大增长
为什么宣传不够？
精力不够，也不擅长。
反思：
好产品也需要持续曝光。
经验：
在产品和营销之间找平衡，营销做得好，产品增长快。
变现情况
目前数据：
- 400+ 用户
- 项目已实现变现
- 开发成本、服务器成本已收回
付费意愿：
有些用户的付费意愿非常强烈。
只要能解决问题，就愿意付费。
这也验证了：产品力和产品选择很重要。
不要和大厂直接竞争，找细分市场，靠产品本身的现金流盈利。
核心要点
MVP 只是起点，迭代才是常态
微信 RSS 最频繁的时候一天多次更新。
快速迭代 > 追求完美
改完代码，测试通过，就发布。有问题再改。
用户反馈是宝贵资源
每个反馈都认真看，该做的做，不该做的也要解释清楚。
开源和 SaaS 可以共存
核心功能同步，SaaS 在体验上做差异化。
宣传和产品同样重要
好产品也需要曝光，阮一峰周刊证明了宣传的价值。