域名频道资讯站
我们一直在努力制造惊吓

六个阶段,带你了解产品迭代的完整流程


在日常工作中,产品经理或多或少兼任“项目经理”的角色,不仅需要参与产品规划、开发到发布全过程,途中还需负责处理突发情况、团队资源协调等问题。在这种情况下,有一套合理规范的项目迭代流程尤为重要,那么,一个版本从规划到发布的完整过程是怎样的呢?

六个阶段,带你了解产品迭代的完整流程

在小步快跑,快速迭代的移动互联网时代,大家都希望在迭代速度上取得优势,第一时间抢占用户。但很多公司可能会因此而忽略甚至跳过一些应有的流程,一味求快,使得版本迭代效果大打折扣。

合理流程和快速迭代之间并不矛盾,遵循一个规范化的迭代流程,能够让团队达成同一认知、加强时间观念,从而提高迭代质量和效率,保证项目顺利进行。

在日常工作中,产品经理或多或少兼任“项目经理”的角色,不仅需要参与产品规划、开发到发布全过程,途中还需负责处理突发情况、团队资源协调等问题。在这种情况下,有一套合理规范的项目迭代流程尤为重要,那么,一个版本从规划到发布的完整过程是怎样的呢?

一个较为完整的迭代流程,应该包含以下几个阶段:

六个阶段,带你了解产品迭代的完整流程

一、版本规划阶段

产品是火车头,提前做好规划,是保证方向明确、开发节奏有条不紊的前提。合理的迭代节奏要求产品经理的规划提前当前开发 1~2 个版本。这样做的好处,一方面是让团队知道下一步具体做什么,有助开发提前考虑代码框架,避免后期返工,另一方面是可以快速开启下一版本迭代,同时提高项目的可控程度。

在版本规划阶段,需要明确版本目的、做哪些需求、具体怎么实现,初阶产品最好跟产品内部讨论确认一遍,避免方向性错误。

这个阶段的重点在于围绕迭代目的进行需求筛选和真伪判断,并按优先级进行排序,同时注意合理规划需求量,避免迭代周期太短或者过长。一般情况下,稳定的版本迭代周期控制在2~4周内。

二、需求评审阶段

梳理好迭代需求后,就进入需求评审阶段,工作主要分两部分:需求确认和原型评审。

1. 需求确认

目的是在团队内讨论迭代方案的合理性和可行性,及时发现问题,避免返工修改。如果时间比较紧,不方便召集团队集体讨论,就需要在版本规划阶段主动联系对接人员进行讨论确认。

2. 原型评审

方案通过后,开始绘制原型,并召开原型评审。评审会议上需要明确版本目的,先讲为什么,再讲怎么做,让每一位成员都能对版本需求有个全面的理解,减少后续不必要的沟通。

对于功能复杂或比较大的版本,在初次评审后,往往会发现比较多的问题,需要会后重新确认和修改方案,进行二次评审。产品经理在这一阶段要做的是认真考虑多方意见,给出一个合理完善的方案。

三、工期评估阶段

在需求评审通过后,一般会给半天到一天的时间用于评估工期。评估的时间节点包括设计、开发、提测、验收和发布,如果涉及海外市场,还需评估文案润色翻译时间。

评估完成后由产品经理汇总,并基于迭代节奏协调开发时间和需求量,确认最终的需求和各个时间节点,同步给整个团队。

最终需求确认下来后,就可以创建当前版本的需求池,并分配对应的研发人员和开发时间。需求池形式根据不同公司而异,一般是使用第三方版本迭代平台,如 TAPD、禅道和 JIRA 等,进行需求管理、状态流转和进度跟踪。

如有必要,还需维护一份版本迭代文档,记录本次迭代相关信息,方便后续回溯。文档内容一般包括:各对接人员、版本需求、相关文档(原型、需求文档、埋点、翻译文案、设计稿)及各个时间节点。

四、开发测试阶段

工期确认后,产品正式进入迭代开发周期,测试同事开始准备测试用例,并召集开发和产品一起讨论,确认对需求理解无误。另外,产品经理或开发需要将该版本新增文案按照 key:value 格式整理好,递交翻译。

到这一步,产品经理在前期的主要工作也已经完成得差不多了,但作为版本迭代最重要的环节,产品经理需要全程跟进,保证需求按时按要求实现,发现问题及时协调处理。

理想状态下,设计师需要在正式开发前输出设计稿,保证研发进度,但实际情况往往不可控,需要在资源和时间协调上作出让步。折衷的方法是研发先进行框架开发,最后套 UI,或是设计师按优先级先出几稿页面,剩下的与研发并发进行。

等到版本提测后,产品经理需要跟进功能完成情况和bug修复情况,判断没有完成的功能和bug是要加班、砍需求还是规划到下个版本,并着手准备版本更新日志,递交翻译,为发布做准备。

五、验收阶段

这一阶段很多时候都会被忽略,认为测试通过就可以发布版本了。事实上,产品验收和视觉还原是保证产品交付质量的重要前提。因此,在测试完毕后,一般需要预留1-2天时间,对新版本进行验收,确保需求按要求实现,设计师需要进行视觉还原,保证视觉效果。

六、发布阶段

开发完成验收后的 bug 修复后,提交发布包,进行一轮回归测试,由产品验收通过后,与相关运营人员进行对接发布版本。

版本发布后,一般情况下还需对线上的新版本进行一轮验证,没问题就可以推送版本升级通知。另外,需要整理更新日志和发布结果同步给团队成员,整理上一版本遗留问题、进行版本复盘、准备后续效果评估及下一版本迭代工作。

总结

以上是一个较为完整且经过团队验证的周期化版本迭代流程。

团队内部有一套较为规范的流程,能规避很多不必要的错误。但切记,不要为了走流程而规范流程,没有任何一套流程可以适用到所有团队,很多时候都需要根据特殊情况灵活调整。无论你制定的流程多么规范,能够经得起团队验证、适合产品当前阶段的流程才是最好的。

 

本文素材来自互联网

赞(0)
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

中国专业的网站域名及网站空间提供商

买域名买空间