敏捷开发过程中的产品迭代
什么是产品迭代
产品迭代是为了满足市场与用户需求,对产品反复进行版本更新的过程。直白的说就是基于用户进行版本迭代,来达到我们的产品目标。产品迭代类型分为:战略性迭代、功能性迭代、修复性迭代。
产品迭代是一个接着一个,一般按周或月做版本计划。比如两周一个小版本,四周一个大版本,紧急功能走加急版本。在实际工作中,我一般是以两周作为一个节点,交替做版本迭代。即提前一个月规划,当前版本的实施阶段做下一个版本的迭代计划。
对于产品经理而言,产品迭代是一项很重要的工作,需要跟进项目进度,协调团队资源,保证迭代成功。现在的互联网产品大部分是敏捷开发,而敏捷开发过程中的产品迭代,关键是做好产品规划、版本控制和需求管理,所以有时候产品经理也扮演了一个项目经理的角色。
为何要产品迭代
在竞争激烈的市场,产品要想立足和发展,必须做好迭代,来满足用户的不同需求。因为只有赢得用户,才能赢得市场,才能实现商业价值与产品价值。
产品发展的不同阶段,做产品迭代的目的是不同的。我们要在产品生命周期中,阶段性的完成产品目标,让产品能更好的适应环境变化,根本目的是提高每个迭代周期的效率。
做产品无论从0到1,还是从1到100,产品迭代必须围绕核心的需求“用户的痛点是什么,使用的场景是什么,需要解决什么问题”,从而提出针对性的解决方案,通过迭代达到最终目标。
版本迭代可以看出一个产品的成长路径和运营策略。以车轮安卓APP为例,借助酷传分析数据,从最初的低用户量,到现在的亿级,达到7.14亿的下载量,当然不排除部分水军刷量。
比如近6个月的APP下载趋势,整体维持一个比较平稳的增长趋势,大部分保持在千万到亿级别的下载量。
经过产品调研发现,车轮以违章查询作为冷启动的切入点,经过一系列的功能优化和版本迭代,大概维持2周左右一个常规版本,如此高频次的更新迭代,一定程度上反应了车轮会根据产品的使用情况和用户的需求反馈,快速的开发新功能和调整产品方向。
怎么做产品迭代
产品迭代一定要控制工作量,如果当前版本不能完成,则在下一版本迭代。做敏捷开发不能一味的盲目加功能,当功能没有把握的时候,一定要简单做,少即是多,关键是切中用户痛点,解决用户刚需。
在日常的工作中,面对不同业务部门的需求,如何确定产品迭代的需求,如何制定合理的版本计划,如何确定下一阶段的迭代方向等,都需要我们合理去规划、分析、设计与管理。
对一个产品进行迭代,关键是要了解整个迭代流程。首先是明确产品目标、用户问题和业务流程输出产品Backlog;其次通过计划会议过需求评审,针对功能优化或新增需求提供解决方案;然后用WBS方法拆解任务,并组织每日站立会,了解迭代进度,再则进行产品可用性测试,并发布产品;最后组织项目复盘,并发送项目总结报告。
此外,做产品迭代要从节奏感、需求排序、数据驱动三个维度着手。一是研究市场和对标竞品,接受客户的反馈,做好优化升级;二是按需求优先级从高到低排序,合理分配需求、识别伪需求与砍需求;三是做产品不能单凭感觉,或依样画瓢的抄,要拿数据结果说话。
敏捷开发拼的是对需求的反映时间,我们要对产品快速迭代,并不断复盘和更新,从而为产品赢得市场机会。
本文首发于微信公众号 产品经理朱学敏(ID:pm_zhuxuemin),如需转载,请联系原作者。