移动APP项目研发流程及版本规划(转)

一个移动APP项目研发规模可大可小，但都离不开如下几个成员：产品经理、ui设计师、前端开发、后端开发、测试等。如何合理安排项目成员工做、确保项目顺利进行呢？一个清晰合理的项目研发流程控制很重要。

项目研发流程通常来讲分3个阶段

第一阶段：需求策划。

在需求阶段产品经理内部进行需求讨论：讨论下版本需求重点是什么，作什么功能，怎么作。经过反复调研、讨论、输出交互方案。

确认需求可行性：产品在输出交互方案后找相应的开发讨论需求方案是否可行，这个讨论阶段产品和开发的思惟方式不一样，每每会擦出新火花、新惊喜；但讨论控制很差或者会演化为产品和程序员的撕逼大战，呵呵。

UI设计：设计师将产品的交互方案变得更生动精美，不过精美的设计稿不见得都能实现出来。在这个过程当中产品经理须要协调设计师和前端人员的沟通，制 定设计规范。同时保证设计稿的质量，出稿进度。需求宣讲：产品经理将交互方案和实现逻辑完善以及将上版本的bug、其余优化需求等整合出完整的版本需求文 档后，拉上项目全部成员宣讲。宣讲目的主要让项目成员清楚新版本需求的重点是什么，作什么功能，为何作（重点讲）；简单介绍怎么作，讲解交互方案或设计 稿，给你们有一个总体的印象，让你们都了解版本功能的意义。

第二阶段：需求研发。

项目启动：需求宣讲后，开发根据产品需求文档进行需求评审，评估出研发周期、提测时间、预发布时间点、正式发布时间点。

产品根据评审结果发送项目启动邮件。研发：需求研发过程当中，产品跟进研发进度，保持与开发沟通确保需求被正确理解，及时解决研发过程当中发现的新问题。测试用例：产品、测试、开发共同确认版本测试用例，并同步研发过程当中变动的需求和细节。

提测：产品验收开发输出的功能模块，并输出体验回归文档；测试根据用例验证需求逻辑，提bug、优化给开发。内网环境测试经过后，测试继续验证预发布环境、正式环境。

第三阶段：版本发布。

客服培训：测试验证的过程当中，版本发布前，产品提早给客服培训新版本内容。

发布：后端开发、运维人员将代码发布外网环境，前端输出外网正式包。产品运营将正式包上传各大安卓市场或ios -appstore提审。

升级：全部安卓渠道包更新好，或者appsore审核经过，新版本也没有发现什么问题时，后端开发和运营人员打开升级配置，并发送升级通知。运营报 告：版本发布完毕还未算完呢，运营人员在新版本发布后，收集用户反馈，进行数据监测、数据分析；评估新版本功能效果和影响，验证新版本功能以及输出下版本 需求开发和优化建议。

 

从以上APP项目研发流程来看，每个版本研发都要经历以上3个阶段12环节，理论图上看是一条完整的流水线，可是如何保证流程顺畅进行？如何使项目成员工做效率最大化？这十分考验产品经理/项目经理的版本规划能力。固然项目成员间的默契和沟通也很重要。

从笔者实践经验来看，要保证流水线顺畅，理想状况产品需求文档要领先前端开发2个版本，设计领先前端开发1个版本，后端开发领先前端开发半个版本。 即在当前项目启动同时，产品经理已经在调研讨论下下版本需求；设计开始搞下版本的稿子；当前项目进行到一大半时，后端已经完成当前版本的需求，并开始准备 下版本的需求预研。

版本规划是产品经理根据需求优先级和开发进度预估定出来的，即每一个版本要作什么，重点是什么，研发时间，上线时间等。通常来讲，项目每发布一个版本都应该有它的意义和主打功能。

App首个版本相对来讲时间较长：app须要搭配开发环境，肯定app技术框架，以及研发各类基础系统等。像这样时间较长的版本研发，产品经理和技 术在需求评估时要将开发需求分阶段进行而且设置里程碑（尽可能不超过3个），在每一个里程碑（最长不超过1周）时间点，产品经理须要确认完成的状况，发现问题 及时调整研发计划，控制项目风险，保证项目如期完成。

后续开发的每个版本都应该至少有一个重要功能，版本研发周期最好控制在2周-3周内。这样的好处一方面是保证项目成员有个良好的开发节奏，使研发 效率最大化；另外一方面保证每一个版本有新东西给到用户体验，以及符合各大市场申请首发条件，得到免费的推广资源（ps：通常首发活动能够得到几千到几万的免 费用户，仍是挺吸引的）。固然重大功能上线的话，确保上线后版本的稳定性，能够将研发周期延至1个月，或者进行灰度发布。要尽可能避免安排超过一个月研发周 期的版本，不然要将长版本设置为若干个里程碑验收。经验来看研发周期过长每每会致使研发技术人员精力分散，工做拖沓，积极性降低。

通常状况不建议频繁发布小版本，由于每一个版本发布都须要测试，打包，发布市场，发升级配置和升级提醒等。频繁发布小版本形成测试和运营重复性工做增 加，形成资源浪费；用户侧看频繁的升级提醒也是件很讨厌的事情。另外，建议外网运营客户端版本最多不要超过4个。维护老版本成本仍是比较高的，好比作新功 能还要考虑新老版本兼容状况，和各类后台数据接口升级、更新的兼容问题等。

在特殊的状况下，有紧急的bug和漏洞时，才建议紧急发布一个bugfix版本。

#专栏做家#

Genies，闺蜜圈产品经理，人人都是产品经理专栏做家。擅长产品策划，产品运营，项目管理。专一于移动社交方向，深度调研女性社交；关注O2O电商、智能硬件、物联网发展。厚积薄发，总结，升华中...

 

转自：连接