产品迭代周期需要多长时间
每个公司的产品迭代周期都不一样，但是大多数的产品迭代周期基本都维持会在2周~3周一个迭代。因为如果周期太短，功能开发不过来或者是开发的功能较少，另外频繁的提示用户更新体验也不太好。如果周期太长，用户提出的部分需求或者问题长时间得不到解决，也可能导致用户流失的风险。所以，产品迭代周期在2周左右的较多。
一、产品迭代周期所需时间
产品迭代一般是以周为单位，每个周期为一到两周。这样的时间设置最为接地气，也最为科学，短于一周，分配给各个环节的时间都太紧，会导致各项工作都草草了事。长于两周，各个环节的工作在时间上难以把控，很容易造成迭代不能如期完成，难以形成稳定有效的规范。每个公司的产品迭代周期都不一样，但是大多数的产品迭代周期基本都维持会在2周~3周一个迭代。
因为如果周期太短，功能开发不过来或者是开发的功能较少，另外频繁的提示用户更新体验也不太好。如果周期太长，用户提出的部分需求或者问题长时间得不到解决，也可能导致用户流失的风险。所以，产品迭代周期在2周左右的较多。
二、要建立应急机制
迭代周期化需要有一套应急策略，比如开发或测试工作没有如期完成，影响了下一阶段的工作，此时应该如何做，是砍掉部分相对不重要的需求，还是牺牲上线时间，视具体情况而定。
三、适当地贡献出碎片时间
在两轮迭代周期之间，通常会有周末之类的空缺，这个时候产品经理还是有很多事可做的，比如收集用户反馈，整理下期需求等等。这一条看似有些苛刻，不过细细一想也可以接受。毕竟就算在工作时间，我们也会偷偷刷微博，而工作时间之外我们也同样不可能完全放开自己的工作。
作为跟进产品迭代每个阶段的角色，我们必须在迭代进入特定阶段的时候，尽量协助充当这个阶段主体的同学，为他们免去尽可能多的杂事，换句话说也就是替他们“打杂”。这样做的好处如下：
一方面，我们可以规范迭代流程，给每个迭代阶段都留出充足的时间，让他们游刃有余地处理手头的工作；另一方面，我们也可以通过及时准确、一次到位的沟通，来避免一而再、再而三地交代需求细节所造成的时间浪费。在团队中，产品经理其实不是什么leader，只是一个“打杂”的角色，但做好“杂事”，其实一定程度上也就是做好了自己的本职工作——正确、稳定地推进产品的周期化迭代。
