产品初学——版本库

“

如果用声音录下时光的模样，能否把遗忘的碎片重拾一遍？

时光碎片

就是突然多听了几遍大磊的这首歌，其实如果把碎片的时间拿来学自己感兴趣的东西最好不过。还是写写我的第二篇产品学习——关于版本库。

版本迭代

一款互联网产品的版本迭代不是一开始就规划好的，也不可能一开始就规划好，在投入市场后，版本迭代不断的去优化产品。让产品火起来！
产品迭代的唯一依据——目标用户产生的数据：只有目标用户使用产品产生的数据才是可用来影响产品迭代的数据。
但实际情况也有可能是产品最初定位是三四线城市的某一群体，但上线后首批用户一二线城市居多，而且活跃度也很高，那么问题来了，这部分种子用户产生的数据并不是你初始定的目标用户产生的，那么这些数据并不具有参考价值，如果拿这些数据作为依据的话，有两种调整的可能性：一是更改目标用户定位产品，二是重新获取既定目标用户。否则就会让你的产品进入一种相对混乱的状态，后果可想而知。

迭代原则

从0到1：这是一个从无到有的过程。必然是简单，简单还是简单。除了核心的不能或缺的功能之外，其他所有的功能都可以暂且搁置，去掉所有和核心功能无关的幻想，不要幻想用户会怎么样，而是要用最简单的方式获取首批目标用户，然后根据监测数据、使用时间、新用户增加量、增加的时间，老用户活跃的时间段、时长，使用最多的板块等等进行分析才能规划2.0版本。
在实际实习工作经历中，一个产品从无到有的过程一般是很少见证的，多数情况下还是参与产品的不断迭代优化。看到一个产品从小到大也是一件幸福的事。

从1到2：有了第一批用户后，从1到2还是简单，简单，再简单，继续扩大用户量，提高产品的活跃度、下载量、订单转化率等等符合对应类型产品应该达到的目标。
遵循以下2条：
①尽量不改变老用户的习惯，尤其是功能的位置、图标的样式和交互流程。
②让新用户容易融入，从使用场景着手，一个刚注册的新用户使用你的产品就像是一个人和你相亲，好不好，外表很重要，容易不容易相处也很重要，新用户必须能简单上手，试想你的相亲对象第一次和你见面就和你各种不顺心，那还能一起欢乐的玩耍吗？

从2到3：如果你的产品版本不是乱做的话，升级到3.0的时候，这个时候的产品应该说已经相对成熟，各大板块和功能已经不会再有很大的改变，不管用户多少，至少此时的产品已经是一款用户认可的产品了，否则，及时版本名字叫3.0，其实产品还没有成熟到3.0，具体怎么样才能算作3.0呢，不同的产品有不同的标准。

从3到4：雪球已经滚起来，这个时候就是时间和方向问题。对于产品来说，就是锦上添花，花的位置，添花的时间，都是要基于数据进行设计和规划，产品到了这个时候，更重要的是运营和技术了，要处理的是技术问题比较多，尤其是并发和服务器的稳定性，还有如何玩转这么多用户的确是运营的重头戏。

现实情况往往有很多变数和未知，就算集体讨论商议过的需求，优先级搞得认为会带来预期效果的到头来数据显示的也可能和我们想的差很远。所以任何一个产品之路不会是平坦顺畅的大道，产品汪需要更多的思考学习分析。

参考文章：产品的版本迭代机制是这样的