很多时候，别人认为做产品规划应该是高级产品经理或产品总监应该考虑的事情，初级产品更多应该考虑执行层面的东西，但是通过我过往的经历来看，一个不懂的做规划的产品，执行起来也不一定会做的很好，很有可能面临手忙脚乱，心中无数，甚至会感觉到迷茫和焦虑。怎么解决这样的问题？就需要我们培养起版本规划的意识和能力。那么如何做好版本规划呢？
初始版本：MVP最小可行性设计
MVP的意思的最小可行性方案，什么意思？拿一个从0到1的版本来说，当我们要做一个新的产品时，如果对这个行业、市场和用户都不了解的话，那我们要做的第一步就是验证这个产品方案的可行性，验证它的模式是否可行，是否受用户欢迎，以最小的成本检验产品价值。所以在最开始时，产品不需要做的太复杂，只要将核心流程实现，确保功能能走通，即可投放到市场。很多公司再做产品时最开始都想把功能做的很全，看上去很高大，殊不知等全部都准备完毕后，很有可能就错过最好的时机，所以在做产品的第一步，只需要实现核心流程和功能即可。
根据需求制定迭代策略
做产品的同学多多少少对卡诺模型有一定的了解。卡诺模型有提到过，将需求划分为五个不同的维度，分别是：基本型需求、期望型需求、兴奋型需求、无差异型需求、反向型需求。基本型需求指的是用户必不可少的需求，少了的话就会觉得很不适应；期望型需求指的是用户非常期待拥有的需求，实现了在某种程度上能够极大的提升体验或提高效率；兴奋型需求指的是用户不一定能够感受到的，但是你将这类的需求挖掘出来并且实现，用户会感觉到非常的惊喜；无差异型需求指的是不管这个功能实现没实现，用户都不会觉得有什么不同；反向型需求指的是这个功能你实现了反而会让用户觉得使用起来体验变差了。那么我们再做产品规划时，就应该优先考虑实现基本型和期望型需求，将此类的优先级提高，放在最前面的版本去做，同时要避免做反向型需求，少做无差异型需求，最后再花其他时间去挖掘兴奋型需求，这样才能最大提升效率。而如何甄别需求属于哪种类型，往往就考验产品经理的功力了。
根据类型制定迭代策略
上面说到，做一个从0到1的产品时，第一个版本先实现核心功能和流程，即可投放到市场，产品上线后，必然会出现不少的问题和bug，那么针对已上线一段时间的产品，需要特别调整出一个周期或版本，来专门修复上线发现的一些已知bug或是将系统进行升级，这个版本最好不要在新增需求或功能，让开发专心改bug。同时针对竞品这块也要特别挑出一个版本去完善一下竞品已有的但是我们还没有的一些功能，思考下别人为什么要做这个？做这个对用户有什么好处？这个功能对用户有没有价值，值不值得做？如果确定做，那就不要脸抄过来，值不值得抄这个一定要经过一定的研究和分析再做决定，而不是觉得别人有我也一定要有；最后在制定一个版本，是专门完善一些大多数产品已有的通用功能，比如说意见反馈、清除缓存、帮助中心等等，总之，针对不同类型，制定相应的版本迭代。
根据数据制定迭代策略
产品发展到后期，如果有了一定的用户积累，除了根据用户反馈来迭代之外，还要制作相应的统计报表，统计用户数据和操作行为，根据后台数据反馈，制定合理的迭代策略。比如像微信，就积累了大量的用户数据，根据用户在产品的一些操作行为，来决定是否要做这个功能，像只可见三天之内的朋友圈、只可见半年之内的朋友圈，相信一定是通过线上用户的行为数据提炼出来的功能，有数据支撑，这样也能做到有理有据。
最后总结下，我们再做产品规划时，要根据产品所处的不同阶段制定不同的迭代策略，在产品早期，用户数不多，产品还不成熟时，就制定MVP策略或是依据卡诺模型，优先把主要功能和流程实现；到了中期，就要根据产品本身的性能和竞品分析去迭代产品；后期则根据线上用户的反馈和数据分析，或是运营需求做到合理迭代。都说好的产品在做第一步时往往就要想到第九步要做什么，如果你心中无规划，没有未雨绸缪，那么你在设计产品时难免会显得手足无措。
