产品只有一种情况下不会迭代，那就是没人用了，大家对这款产品也没指望了。目前手上有2款持续盈利的产品，也会周期性的迭代。
迭代既不是老板拍脑袋觉得这个有戏就迭代，也不是因为有bug才迭代，迭代也有他自身的规律。我做的是创业公司类型的产品，必定追求盈利第一，所以用的迭代方法比较土。
迭代依据
迭代肯定是有依据的，依据是什么呢？我做的两款产品，一款是公众号，所以他的依据就是微信公众号后台自带的数据分析工具。事实上微信自带的数据工具非常强大，能把用户画像，接口调用频率都很清晰的做出来，更不用说uv、pv等东西了，只要稍微计算下就知道怎么用了。
我们依靠微信自带的数据分析工具，甚至找到了一条特别的稳定涨粉的途径，然后不断迭代，这款产品每个月至少盈利5万（我们是小公司，就不要用大公司来要求我了）。
通过微信公众号，聪明的人已经猜到了，迭代依据就是数据。其他产品可以通过埋点来获得数据，目前市面上有很多第三方埋点数据工具，我以前的文章有写过，这里就不再赘述。
迭代来源
旧的东西不好用，我们迭代换新的，这个很正常，但是具体要换什么新的呢？
迭代肯定不是产品经理一个人的事，像我这边的产品迭代，就很感谢我的合伙人，他经常提供非常有建设性的意见，这就是一个非常好的来源。
偶尔会学习下其他行业的东西，把他的东西拆解下，嫁接到自家的产品上。
我经常看竞争对手做什么，我认为蛮好的东西，也是迭代来源之一。
总体来说，我就用这3招，找迭代来源，方法蛮土。
MVP测试
个人是非常喜欢mvp测试的，我每次做行产品前，都一定要做mvp测试的。比如我9月份为公司新设计的产品，已经让同事在朋友圈测试了，效果超过了所有同事的预期，本来只是我们顺手做的赚钱小产品，可能会拿来当主产品做。
我做迭代前偶尔也做mvp测试，如果做的好，迭代后我会加大资源倾斜度。
迭代复盘
数据埋点，既是迭代的依据，也是迭代效果的复盘标尺。在一系列动作后，可以通过数据知道你的迭代效果怎么样，比如模仿竞争对手的迭代动作有没有效，合伙人的行业猜测准不准等。
数据复盘后，再判断需不要追加资源或者终止投入。
以上就是我们这种创业小公司的迭代土方法：
第一步根据数据判断要不要迭代
第二步迭代来源有同事建议、有模仿他人、还有抄袭竞争对手
第三步迭代时也是可以测试的
第四步再次根据数据复盘迭代
