关于苏州app开发手机App客户端开发流程及版本规划！

关于苏州app开发手机App客户端开发流程及版本规划！一个移动APP项目的R&D规模可以大也可以小，但都离不开以下会员:产品经理、UI设计师、前端开发、后端开发、测试等。如何合理安排项目成员的工作，确保项目的顺利进行？一个清晰合理的项目R&D过程控制是非常重要的。移动APP项目R&D过程控制项目R&D过程一般分为三个阶段:需求规划。第一阶段:需求阶段产品经理内部需求讨论:讨论下一个版本需求的重点是什么，做什么功能，怎么做。通过反复调研、讨论、输出交互方案。确认需求可行性:产品输出交互方案后找到相应的开发讨论需求方案是否可行。这个讨论阶段的产品和开发思维方式不同，往往会产生新的火花和惊喜；但是讨论控制不好或者演变成产品和程序员之间的撕裂战，呵呵。UI设计:设计师把产品的交互方案变得更加生动精致，但精致的设计草案不一定能够实现。在这个过程中，产品经理需要协调设计人员和前端人员之间的沟通，制定设计规范。同时确保设计草案的质量和发布的进度。需求宣传：产品经理将改进互动解决方案和实现逻辑，并整合上述版本的bug和其他优化需求，形成完整的版本需求文件，然后拉动项目的所有成员进行宣传。 宣传的主要目的是让项目成员知道新版本的重点是什么，他们做什么功能，为什么要这样做（重点）；简要介绍如何做，解释互动解决方案或设计草案，给每个人一个整体印象，让每个人都理解版本功能的重要性。第二阶段：需求研发。项目启动：需求宣传后，开发应根据产品需求文档进行需求评估，评估研发周期、测试时间、预发布时间点和正式发布时间点。产品根据评估结果发送项目启动邮件。研发：在需求研发过程中，产品跟进研发进度，保持与开发的沟通，确保需求得到正确理解，及时解决研发过程中发现的新问题。测试用例：产品、测试、开发共同确认版本测试用例，同步研发过程中变化的需求和细节。测试：产品验收开发输出的功能模块，输出体验回归文件；测试按照用例验证需求逻辑，提出bug，优化开发。内网环境测试通过后，测试继续验证预发布环境、正式环境。第三阶段：版本发布。客服培训：测试验证过程中，版本发布前，产品提前给客服培训新版本内容。发布：后端开发，运维人员发布外网环境代码，前端输出外网正式包。产品运营将正式包上传到各大安卓市场或IOS-应用商店进行审核升级。升级：所有安卓渠道包更新良好，或应用商店审核通过，后端开发运营人员开放升级配置时新版本没有发现任何问题，并发送升级通知。运营报告:版本发布后还没有结束。新版本发布后，运营商收集用户反馈，进行数据监控和数据分析；评估新版本的功能效果和影响，验证新版本的功能和输出下的版本需求的开发和优化建议。 从以上APP项目的R&D过程来看，每个版本R&D都要经历上述三个阶段和12个环节。理论图是一条完整的流水线，但如何保证过程的顺利进行？如何最大限度地提高项目成员的工作效率？这是对产品经理/项目经理版本规划能力的考验。当然，项目成员之间的默契和沟通也很重要。从作者的实践经验来看，要保证流水线的顺畅，理想情况产品需求文档要引导前端开发两个版本，设计引导前端开发一个版本，后端开发引导前端半个版本。也就是说，在当前项目开始的同时，产品经理已经在研究和讨论下一个版本的需求；设计开始下一个版本的手稿；当前项目的一半以上时，后端已经完成了当前版本的需求，并开始准备下一个版本的需求预研究。版本规划是由产品经理根据需求优先级和开发进度进行估计的，即每个版本应该做什么，重点是什么，R&D时间、在线时间等。一般来说，该项目每发布一个版本都应该具有它的意义和主要功能。
应用的第一个版本需要很长时间：应用需要匹配开发环境，确定应用技术框架，并开发各种基础系统。对于这样一个长期的版本R&D，产品经理和技术应该在需求评估中阶段和设定里程碑开发需求（尽量不要超过3个），在每个里程碑时间点（最长不超过1周），产品经理需要确认完成，及时调整研发计划，控制项目风险，确保项目按时完成。后续开发的每个版本至少应具有一个重要功能。最好在2-3周内控制版本研发周期。一方面，这样的好处是确保项目成员有良好的发展节奏，最大限度地提高R&D效率；另一方面，确保每个版本都有新的东西给用户体验，并满足主要市场申请的首发条件，获得免费的推广资源（PS：一般的首发活动可以获得数千到数万免费用户，这仍然非常有吸引力）。当然，如果重大功能在线，以确保在线版本的稳定性，可以将研发周期延长至一个月，或发布灰度。尽量避免安排研发周期超过一个月的版本，否则应将长版设置为几个里程碑验收。
从经验的角度来看，研发周期过长往往会导致研发技术人员精力分散、工作拖延和积极性降低。一般来说，不建议频繁发布小版本，因为每个版本的发布都需要测试、包装、发布市场、发布升级配置和升级提醒。频繁发布小版本会导致测试和操作重复性增加，浪费资源；用户看到频繁的升级提醒也很烦人。此外，建议外部网络操作的客户端版本不应超过4个。维护旧版本的成本仍然相对较高。例如，在制作新功能时，我们还需要考虑新旧版本的兼容性，以及各种背景数据接口的升级，以及更新的兼容性问题。在特殊情况下，建议在出现紧急bug和漏洞时，紧急发布bugx版本。关于苏州app开发手机App客户端开发流程及版本规划的内容已在上文简述！