产品迭代的土方法

产品只有一种情况下不会迭代，那就是没人用了，大家对这款产品也没指望了。目前手上有2款持续盈利的产品，也会周期性的迭代。

迭代既不是老板拍脑袋觉得这个有戏就迭代，也不是因为有bug才迭代，迭代也有他自身的规律。我做的是创业公司类型的产品，必定追求盈利第一，所以用的迭代方法比较土。

迭代依据

迭代肯定是有依据的，依据是什么呢？我做的两款产品，一款是公众号，所以他的依据就是微信公众号后台自带的数据分析工具。事实上微信自带的数据工具非常强大，能把用户画像，接口调用频率都很清晰的做出来，更不用说uv、pv等东西了，只要稍微计算下就知道怎么用了。

我们依靠微信自带的数据分析工具，甚至找到了一条特别的稳定涨粉的途径，然后不断迭代，这款产品每个月至少盈利5万（我们是小公司，就不要用大公司来要求我了）。

通过微信公众号，聪明的人已经猜到了，迭代依据就是数据。其他产品可以通过埋点来获得数据，目前市面上有很多第三方埋点数据工具，我以前的文章有写过，这里就不再赘述。

迭代来源

旧的东西不好用，我们迭代换新的，这个很正常，但是具体要换什么新的呢？

迭代肯定不是产品经理一个人的事，像我这边的产品迭代，就很感谢我的合伙人，他经常提供非常有建设性的意见，这就是一个非常好的来源。

偶尔会学习下其他行业的东西，把他的东西拆解下，嫁接到自家的产品上。

我经常看竞争对手做什么，我认为蛮好的东西，也是迭代来源之一。

总体来说，我就用这3招，找迭代来源，方法蛮土。

MVP测试

个人是非常喜欢mvp测试的，我每次做行产品前，都一定要做mvp测试的。比如我9月份为公司新设计的产品，已经让同事在朋友圈测试了，效果超过了所有同事的预期，本来只是我们顺手做的赚钱小产品，可能会拿来当主产品做。

我做迭代前偶尔也做mvp测试，如果做的好，迭代后我会加大资源倾斜度。

迭代复盘

数据埋点，既是迭代的依据，也是迭代效果的复盘标尺。在一系列动作后，可以通过数据知道你的迭代效果怎么样，比如模仿竞争对手的迭代动作有没有效，合伙人的行业猜测准不准等。

数据复盘后，再判断需不要追加资源或者终止投入。

以上就是我们这种创业小公司的迭代土方法：

第一步根据数据判断要不要迭代

第二步迭代来源有同事建议、有模仿他人、还有抄袭竞争对手

第三步迭代时也是可以测试的

第四步再次根据数据复盘迭代

文／五虎谷的阿格

关键字：产品经理, 迭代

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！