0 1 0 f - 超完美产品的迭代“升级”【有坑的地方就是需求所在】
本帖最后由 不二如是 于 2022-9-6 13:51 编辑先看视频：
https://www.bilibili.com/video/BV1pe4y1C7XD
看完上面的视频，给大家科普一下「迭代」的三个关键：
1、节奏感
做产品就像打仗，首个版本的上线只是一个阶段性的胜利，接下来的迭代可能会引起团队成员的疲劳。
这个时候管控好迭代的节奏，让产品功能一点一点释放，对于保证团队的战斗力是非常重要的；
同时，维持固定频率的更新，也能很好的向用户交付新功能，让他们保持对产品的期待。
一般，迭代的节奏怎么安排？
对于 APP 类产品，一般初创期因为功能简单，需要探索用户价值，可以达到一周一个版本的迭代节奏，而成熟期产品则差不多 2～3 周迭代。
即如果没有特别情况两次发版相距3周时间，这样必须在第一次发版前就准备好下个版本的需求。
开发人员在第一个版本发布之后，就进入下一个版本的开发，两周开发，1 周测试，第 3 周结束就可以提到应用商店审核了。
而对于 H5 的迭代，省去了发版和用户安装更新的环节，迭代可以更快。
一般第一个版本上线后，可以迅速暴露问题，迅速解决问题，优化到某个程度后，再放缓迭代节奏，这样就能更好的平衡好需求。
2、需求排序
当一个版本面对多个需求时，怎么取舍，怎么排序，是一个非常考验人的活。
一般有两种思考维度：
[*]用户价值
[*]企业
一个从用户价值出发，去区分哪些是基本型、期望型或者兴奋型需求，基本型需求一般都需要马上解决，而期望型需求和兴奋型需求则要重点选择几个来解决。
从企业角度去权衡需求的商业价值，每个功能的优化对于商业价值的提升一般是可量化的。
同时每一个版本，可以大功能与小功能进行穿插，这样可以保证开发人员每次的开发任务是比较稳定的，而不会是某些版本的开发任务特别多，某些版本的开发任务又特别少。
3、数据驱动
如果把做项目看成是一次不确定的航行，那么数据就是这次航行的仪表盘。
关键指标的反馈直接决定了某个探索是否正确，及是否需要再持续投入；
同时，每一个功能的持续提升，也需要通过数据分析，来知道薄弱环节在哪里，从而找到需要优化的方向。
数据分析这一点，我们会在下一篇详细介绍。
扎克伯克在脸书公开上市前，公开了自己办公室的一句话：
stay focused and keep shipping。
换个角度解读，这句话的意思是：
去你大爷的媒体、投资人、评论家，老子就集中注意力干好自己手头的事。
迭代的精髓正是如此：
**** Hidden Message *****
而其他，并不重要。
预知更多神文请看：
菊、套与吹水 | 【？？？】
如果有收获，别忘了评分{:10_281:} ：
https://xxx.ilovefishc.com/forum/202011/20/092334ggd6inlzfisfrdir.png.thumb.jpg
如此多懂学习的VIP至尊都已订阅本专辑，你还不快点行动！（->订阅传送门 ） 有启发！ 有启发！ 有启发！ 有启发！ 有启发！ 有启发！鱼C因你而精彩 视频做的真好 有启发！ 有启发！挺不错的 有启发！ 有启发！
页:
[1]