第 16 课：持续迭代与产品成长
三层更新策略
产品上线后不是一锤子买卖，它需要持续更新。但不是所有更新都一样紧急。
三层更新策略：
热修复——修线上 Bug，需要立刻发布。比如支付失败、数据丢失。不需要排期，发现问题就修，修完就上线。
小更新——功能优化、体验改进。比如优化加载速度、调整交互细节、新增一个小功能。按固定节奏发布，比如每两周一次。
大版本——重大功能、架构调整、产品改版。比如从单用户变成团队协作、从免费变成付费。需要提前规划，给用户预告，通常按季度发布。
三层的区别不只是时间节奏，还有发布策略：
- 热修复：全量发布，越快越好
- 小更新：灰度发布，先小范围验证
- 大版本：提前预告，提供过渡期，收集反馈后全量发布
小步快跑的原则
"小步快跑"不是口号，而是一种降低风险的方法论。
每次改动越小：
- 出问题的影响范围越小
- 定位问题越容易
- 回滚越快
- 用户的学习成本越低
反过来，每次改动越大：
- 出问题的概率越高（改动多 = 涉及的代码多 = 可能出 Bug 的地方多）
- 出了问题定位越难
- 回滚越慢
- 用户的抵触越强
小步快跑的实践方式：
- 大功能拆成小功能，逐步上线
- 先做核心，再做扩展
- 每次发布后观察数据，确认没问题再推进下一步
一个常见误区：把"小步快跑"理解为"不规划"。小步快跑的前提是有明确的方向——每一步都在朝同一个目标走，只是步子小。没有方向的小步，只是原地踏步。
长期主义与产品愿景
短期：修 Bug、做小功能、追数据指标。这些事重要，但只有短期思维的产品会越做越散——功能越来越多，但产品越来越没有灵魂。
长期：产品要往哪里走？三年后这个产品应该是什么样的？用户应该因为什么记住这个产品？
产品愿景不是挂在墙上的口号，而是做优先级决策的依据。当你面对两个都值得做的需求时，产品愿景帮你判断哪个更值得。
愿景不需要宏大，但需要清晰：
- 这个产品为谁服务？
- 解决什么根本问题？
- 和同类产品的本质区别是什么？
回答清楚这三个问题，你就有了长期的方向感。短期的迭代可以调整路径，但方向不变。
回顾与成长
8 周课程的终点，也是你产品实践的起点。
回顾一下你学到了什么：
产品思维基础：灵魂三问验证想法，MVP 做减法，用户访谈挖掘真需求
需求定义与文档：与 AI 协作确认需求，PRD 写清楚比写完美更重要，可视化降低理解成本，评审是找漏洞
产品开发协作：理解技术基础才能有效沟通，与开发者说"为什么"而非"怎么做"，测试思维保证质量，设计协作看"通不通"而非"好看不好看"
产品上线与运营：上线需要检查清单，数据驱动决策但警惕陷阱，用户反馈用 RICE 排优先级，小步快跑降低风险
这些方法不是教条，而是工具。什么时候用什么工具，取决于你面对的具体问题。用得多了，它们会变成你的直觉。
最后记住：慢慢来，会很快。
关键概念
- 三层更新：热修复（立即）、小更新（两周）、大版本（季度）
- 小步快跑 ≠ 不规划：步子小，但方向明确
- 产品愿景是优先级的依据：短期调整路径，长期方向不变
课后练习
- 制定未来 3 个月的迭代计划——按三层更新分类，标注优先级和预期时间
- 回顾 8 周学习——列出你最大的 3 个认知转变，以及你在实践中踩过的坑