新闻动态

JuJing News

  1. 您现在的位置:首页
  2. 资讯中心
  3. 行业新闻
  4. 移动APP项目研发流程解析

移动APP项目研发流程解析

2020年01月16日发布 浏览790次
内容摘要: ...

移动APP项目研发虽然可大可小,但是产品经理、ui设计师、前端开发、后端开发、测试等是必不可少的。所以,一个清晰合理的项目研发流程控制对合理安排项目成员工作和确保项目顺利进行有着非常重要的意义。

项目研发流程一般来说分3个阶段

在需求策划阶段,产品经理内部会讨论下版本需求重点是什么,做什么功能,怎么做来进行需求讨论。通过反复调研、讨论、输出交互方案。确认需求可行性:产品在输出交互方案后找相应的开发讨论需求方案是否可行,这个讨论阶段产品和开发的思维方式不同,往往会擦出新火花、新惊喜;但讨论控制不好或者会演化为产品和程序员的撕逼大战。UI设计:设计师将产品的交互方案变得更生动精美,不过精美的设计稿不见得都能实现出来。在这个过程中产品经理需要协调设计师和前端人员的沟通,制定设计规范。同时保证设计稿的质量,出稿进度。需求宣讲:产品经理将交互方案和实现逻辑完善以及将上版本的bug、其他优化需求等整合出完整的版本需求文档后,拉上项目所有成员宣讲。宣讲目的主要让项目成员清楚新版本需求的重点是什么,做什么功能,为什么做;简单介绍怎么做,讲解交互方案或设计稿,给大家有一个整体的印象。

然后就是需求研发的阶段,首先会有一个项目启动:需求宣讲后,开发根据产品需求文档进行需求评审,评估出研发周期、提测时间、预发布时间点、正式发布时间点。产品根据评审结果发送项目启动邮件。研发:需求研发过程中,产品跟进研发进度,保持与开发沟通确保需求被正确理解,及时解决研发过程中发现的新问题。测试用例:产品、测试、开发共同确认版本测试用例,并同步研发过程中变更的需求和细节。提测:产品验收开发输出的功能模块,并输出体验回归文档;测试根据用例验证需求逻辑,提bug、优化给开发。内网环境测试通过后,测试继续验证预发布环境、正式环境。

再者就是版本的发布,包括客服培训、发布、升级以及运营报告等。其中,客服培训:测试验证的过程中,版本发布前,产品提前给客服培训新版本内容。发布:后端开发、运维人员将代码发布外网环境,前端输出外网正式包。产品运营将正式包上传各大安卓市场或ios -appstore提审。升级:所有安卓渠道包更新好,或者appsore审核通过,新版本也没有发现什么问题时,后端开发和运营人员打开升级配置,并发送升级通知。运营报告:版本发布完毕还未算完呢,运营人员在新版本发布后,收集用户反馈,进行数据监测、数据分析;评估新版本功能效果和影响,验证新版本功能以及输出下版本需求开发和优化建议。

到这里,就是一个APP项目的研发流程了,可以看出来每一个版本研发都要经历以上3个阶段12环节,但并不是到此就结束了。如何保证流程顺畅进行?如何使项目成员工作效率最大化?这十分考验产品经理/项目经理的版本规划能力和项目成员之间的默契和沟通。

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

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

时间最长的应该就是APP的首个版本:app需要搭配开发环境,确定app技术框架,以及研发各种基础系统等。像这样时间较长的版本研发,产品经理和技术在需求评估时要将开发需求分阶段进行并且设置里程碑(尽量不超过3个),在每个里程碑(最长不超过1周)时间点,产品经理需要确认完成的情况,发现问题及时调整研发计划,控制项目风险,保证项目如期完成。

而在接下来研发的每一个版本中,都必须存在着一个新的功能,版本研发周期最好控制在2周-3周内。这样的好处一方面是保证项目成员有个良好的开发节奏,使研发效率最大化;另一方面保证每个版本有新东西给到用户体验,以及符合各大市场申请首发条件,获得免费的推广资源(ps:一般首发活动可以获得几千到几万的免费用户,还是挺吸引的)。当然重大功能上线的话,确保上线后版本的稳定性,可以将研发周期延至1个月,或者进行灰度发布。要尽量避免安排超过一个月研发周期的版本,否则要将长版本设置为若干个里程碑验收。经验来看研发周期过长往往会导致研发技术人员精力分散,工作拖沓,积极性下降。

如果不是遇见特殊的情况,不建议频繁发布小版本,因为每个版本发布都需要测试,打包,发布市场,发升级配置和升级提醒等多项繁琐步骤。而频繁发布小版本不仅会增加测试和运营重复性工作,而且浪费造成资源;用户侧看频繁的升级提醒也是件很讨厌的事情。另外,建议外网运营客户端版本最多不要超过4个。维护老版本成本还是比较高的,比如做新功能的时候,要考虑到方方面面,其中包括考虑新老版本兼容情况,和各种后台数据接口升级、更新的兼容问题等。


部分内容源于互联网,若涉及到您的权利,请及时邮件联系管理员jujingweb#yandex.com,发邮件时,请将#用@替换。