有个学员问我，产品新人如何做产品迭代，这里一并分享给大家。
1、明确每个版本迭代的目标
2、项目因为乱七八糟的原因导致无法上线的时候，可以根据目的砍需求，比如你这个版本的需求是拉新，还有一些促活的需求，当项目为了按时上线必须要砍需求的时候，可以砍掉那些和拉新不相关的需求。那我们怎么知道产品每个迭代的目的呢？那就是根据产品的生命周期来，我在之前的文章中说过，产品分为导入期、成长期、成熟期、衰退期。启动期：启动期主要验证产品的功能是否符合市场需求，这才是1，否则市场根本没这个需求，或者有这个需求，但你的产品满足不了，后期拉新多少，死多少。所以这个时候，迭代要快，只做产品主要功能。我记得在一次采访中，马化腾就说过，微信当时为了阻击米聊在社交领域的侵袭，很多内部团队都在做移动社交项目，当时张小龙的团队做出来的微信后台其实就是邮件系统，只不过快到让你感觉是个即时通讯系统。所以，产品经理在这个时期的主要目的就是做主要功能，产品尽快上线（能有多快就有多快，但快并不代表质量不好，功能必须形成闭环）验证市场需求。
成长期：在市场需求验证成立之后，这个时候产品的主要目标就是拉新，尽可能多的拉新目标用户，所以这个时候产品经理的迭代目标就以拉新为主。顺带要优化用户体验，这样你才能形成口碑传播，让更多的用户来用。所谓的用户体验，就是你要超出用户预期，让用户觉得好用，然后他才会介绍给身边的朋友，很多成长期的产品没有花费大量的金钱进行传播，但是却有比较好的爆发性增长。比如墨迹天气和早期的快手，都是优化用户体验，在某个体验点上给用户带来惊喜，然后又和社交场景打通，比如微信、微博、QQ、论坛等，从而导致它的产品有这种爆发性的增长。
这个时候迭代的频率需要加快，毕竟是跑马圈地的阶段，可以1-2周迭代一次，每次做好一个新功能，给用户很强的体验感。
成熟期：成熟期的产品已经进入稳定阶段，这个时候的产品很难再突破性的增长，这个时候我们的主要目标是活跃和营收，毕竟不赚钱只烧钱的产品谁也撑不住。
这个时候的迭代可以以稳为主，就像公司发展到一定阶段，求稳，而不求快一样，当然，配合运营做活动就另说了。
衰退期：人有生老病死，产品也有成熟衰落。有些衰落是大势所趋，历史潮流滚滚向前，我们无法阻止，这个时候我们就要积极创新，寻求转型的新机会，有的时候可能是因为我们产品自身的问题，那么我们就要研究竞品，对流失的用户进行调研，来挽回我们的颓势。
首先我们要明白自己的产品处于什么阶段，才好定目标。
2、可以提前规划一两个版本
产品的迭代是有一条循环的流水线的：需求发掘-版本规划-原型策划-原型评审-UI 设计-开发-测试-发布。一般而言，为了效率最大化，我们都会争取做到相邻的两次迭代之间能够无缝对接。也就是流水线上每一个环节的人在完成了当前版本的工作后，就能立即执行下一个版本的需求。产品提前规划有个好处就是当你觉得技术在当前版本开发有余量的情况下，可以将之后版本的需求拿到当前版本进行开发。为什么不提前规划5-6个版本。一般来说一个月迭代两个版本已经算快的了，提前规划5-6个版本，就提前把3个月以后的事情规划了，互联网瞬息万变，这样规划显然是跟不上市场变化的。迭代的规则：要保证流水线顺畅，理想情况产品需求文档要领先前端开发2个版本，设计领先前端开发1个版本，后端开发领先前端开发半个版本。即在当前项目启动同时，产品经理已经在调研讨论下下版本需求；设计开始搞下版本的稿子；当前项目进行到一大半时，后端已经完成当前版本的需求，并开始准备下版本的需求预研。3、MVP原则
最小化产品原则需要你在规划版本的时候考虑产品功能的延展性，需不需要在一个版本里面把所有的功能都做完，可不可以分几个版本迭代来实现。例如你规划一个金融社区，前期是不是可以只做用户单点评论功能，在以后的版本再做用户和用户之间的互动。最小化产品原则不仅可以快速验证市场需求，同时也能更好的控制项目的开发周期。我之前的一家公司就是敏捷开发，每周发版一次，每次根据人力来排工作量，功能分的很细，而且保证每个功能都可以形成闭环，这样保持了迭代节奏，开发有预期，也不会抱怨，与此同时，因为一周迭代一次，导致迭代的功能肯定不会太多，相比于那些追求大而全的迭代，风险就小了很多。这个是我的一些经验，有其他经验的小伙伴欢迎评论区留言交流。也欢迎有问题的小伙伴加微信：chanpin628沟通交流。此外我们的官方网站也上线了，每日分享高质量的文章、原型素材和行业报告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可点击底部的阅读原文直接查看，或者复制网址：www.dadaghp.com 打开。想学习更多关于产品、职场、心理、认知等干货，可长按右边二维码，关注我们。