版本产品_产品系列(六)：产品经理怎么做版本迭代？

产品经理的核心工作流程，主要分为这样几步：①需求分析 ②可行性分析 ③产品策划 ④产品设计 ⑤项目管理 ⑥数据分析 ⑦版本迭代。这篇文章，我们说一下版本迭代。

很多产品经理的简历里，都有写到负责产品的从0到1的搭建，但其实产品经理80%的时间，都在做版本迭代的工作。

没有绝对完美的产品，只有更好的产品，产品迭代，是在有限的资源下，通过迭代的方案，让产品变得越来越好。产品迭代的整体原则是从无到有，从有到优。

版本迭代的项目流程和新项目研发流程大致相同，只是迭代需要重点考虑对当前产品的影响，而新产品不用考虑。如果对当前产品规则不熟悉，会导致很多迭代需求因为考虑不全而影响现有的产品，所以产品迭代之前，必须把现有产品逻辑梳理清楚，尤其是半路接手别人产品时，尤其要注意。

下面我们说下产品迭代的流程和方法。

1、收集需求

需求根据提出者的角色类型，分为用户需求和产品需求。用户需求是用户基于当下场景提出的，用户不会考虑产品架构的合理性，不会考虑对其他模块的影响，不会考虑技术实现的成本，是一种用户需要。产品需求是产品经理通过策划和设计，向技术团队提出，希望实现的需求，产品需求需要考虑架构、体验、成本、价值等，是一种产品需要。

用户需求来自用户的反馈、问卷调查，或者老板，当收集到用户需求后，无论需求是否合理，都先记录下来，保存至需求池。产品经理综合评估需求的价值和实现成本，评定优先级，将需求规划至迭代的版本计划，然后策划设计并实现需求。

需求池，关注公众号回复"需求池"获取模板

还有一些需求是事先规划，但由于之前的时间和资源有限，还未实现的需求，这类需求来自产品规划。产品规划分为远期规划和近期规划，近期的规划包含2-3个版本，每个版本包含具体要实现的功能点。

2、评估需求

需求的评估，考虑两个大的因素：价值、成本。

价值需要通过数据来衡量，每个产品都应该搭建一套数据指标体系，比如，某款电商类产品，其核心指标是交易额，将交易额定为一级指标。为了提升一级指标，需要提升对应的二级指标，比如注册用户数、日活用户、注册下单转化率、下单支付转化率。为了提升二级指标，又需要提升对应的三级指标……

衡量产品的价值，要做量化的话，就需要对应的具体能提升的指标，比如手机号一键登录这个需求，可以对应到指标：下载注册转化率。

而成本的话，包括人力成本、物资成本。人力成本可以通过开发的工期折算为工资计算，物资成本如服务器、购买域名、购买三方服务等。

通过价值和成本两个因素的考虑，可以评估出需求的优先级和性价比。

此外，之前曾梳理过，动手做产品前应该思考的问题，供参考：

    

1)解决什么问题？

解决用户什么问题？发现问题比解决方案更重要。给公司能否带来收益？相关干系人的需求是什么？是不是老板说这样做的？是不是“他们”说这样做的？他们是谁？真正的问题是他们说的那样吗？

2)怎么衡量？

不同的干系人，通过什么指标去衡量问题是否已解决？有没有埋点？有没有业务数据？谁来运营？

3)需要多少资源？

为了实现这个解决方案，需要多少资源、多少人？能大致评估吗?

4)会不会太复杂？

这个解决方案会不会太复杂？复杂是产品的坟墓。有没有性价比更高的解决方案？会不会影响现有的业务？会不会影响历史数据？

5)有风险吗？

这个方案会有风险吗?有没有违法？相关政策是什么？尤其是金融、游戏领域，国家监管比较严，有可能上不了应用市场，有可能三方服务商不会提供服务。

6)有创新吗？

有更创新的解决方案吗?竞品怎么做的，有没有调研3个以上的竞品方案。

7)用户怎么说

需求真的是提交人说的那样吗?有亲身体验过场景吗？有跟用户面对面交流吗？熟悉相关领域的基本知识吗？有看不懂的名词吗？

3、版本规划

根据当前技术资源和产品的阶段，制定对应的版本计划。

在不同的阶段，产品迭代的周期不一样。但不管在哪个阶段，最好要控制好节奏，这样的话，不用每次提交版本迭代的需求时，都评估工期。比如，在成长期，固定为2周迭代一个版本，那么团队成员就会形成相对固定的工作节奏。

版本的迭代，根据改动的大小可以分为大版本、小版本，版本号由3位数字组成，如V1.2.1，大版本第一位数字加1，中小版本第二位或第三位加1。

4、做产品方案

产品方案9字要诀，"搭框架、定流程、扣细节"。搭框架是梳理产品的功能结构、信息结构。定流程包括核心的业务流程和具体用例的操作流程，将功能和数据串联起来。扣细节则是具体的功能及界面交互设计。之前有专门的文章：产品系列(四):聊聊产品策划和产品设计https://mp.weixin.qq.com/s/H-_ogM7jBuMP4oT68JEqqA

5、技术评审

方案做好以后，召集技术评审需求，如果有问题，再次修改，如果没问题，则按照计划进行迭代。

每一次版本都是一次项目管理，有些版本比较大，有些比较小，每一次都依赖产品经理的经验和能力，做好了，能提升老板和开发同事的信任度，如果做不好，也会产生对应的负面作用。

产品经理要有高度能落地，还要可执行，希望本文提供的基础框架能提升大家对版本迭代把控的能力。