APP产品开发流程

关于app程序研发部分

step1「需求分析」作为一个app的第一步尤为重要，如果出现断链情况会导致工作节奏紧凑，但是异常混乱，不可否认，所有任务一定会完成，但大大延长工期，造成产品研发成本的增加。

Step2「原型设计」根据step1产品需求确认业务流程说明确定应用交互框架以及线稿图/原型，紧跟着第一步业务流程的不明确，所以确定不了产品原型，导致接下来step3-5的工作也是频繁改动。

Step3「应用开发/UI设计」根据产品原型UI开始设计低保真，与此同时前段后台开始搭建框架，在低保真与框架搭建完毕之后定稿，开始高保真UI和后续代码工作。

Step4「应用开发完成」产品开发完成开始测试阶段。确保试运行环境的正确建立，其目的是为了避免特殊机型或其他问题造成的麻烦。

Step5「应用上线」应用上线后，用户能够提出的除了小部分bug，更多的应该是修改建议，只有他们才知道自己需要什么，然后回到step1我们就去给他们提供什么。

综上所述：

1、*业务流程说明*重中之重，我们完全清楚自己想做的是什么，所以管理部门应该梳理安排好自己以及下属的工作内容，工作流程，工作周期，在最高领导下达指令之后，尽快安排好以上所说内容，预测可能出现的风险以及对未知风险作出预估和备用方案，最后好工作周期，汇报给最高领导。（关系到下面提到的产品迭代）

2、只要业务流程明确后续的原型图、UI以及代码等就不是问题。

3、试运行环境的构建，建议在产品测试阶段，管理部门首先和公司所有同事说明，此版本较上一版本改正了什么，增加了什么，一定要明确测试到的点在哪里。然后全体人员分组测试，每组负责测试产品的某个环节或某个功能，整理成文档，交给前端后台人员统一修改后再进行分组测试，直至问题点消失。其余交给用户/毕竟小团体测试能力有限。

4、产品维护阶段，个人认为产品维护直接对接管理层，不应该让维护去与运营或者前端后台对接，会造成工作的耦合度过大，造成工作混乱，管理层最清楚他给下属安排的工作，由管理层写好维护文档交给产品维护同事。

5、切莫急躁，按步进行，好的前期安排会节省后续很多时间。

版本迭代基本两种方式

一、App每版独立排期，各组件独立开发

总体app的内容拆分比较容易，每个板块都是独立的，每个板块内部去管理进度和排期。最高领导确定整体排期进度，各板块的任务排期要在总排期内完成。这种情况比较灵活，业务与业务之间耦合比较低，甚至没耦合。各团队/业务有比较大的灵活性。例如我们现在的旅游和商城板块等，每个板块都是独立开发，但现在的痛点在于/没有整体排期，整体排期是管理层在确定安排好业务流程说明后汇报给最高领导的期限（最高领导的可以在期限内略微改动）然后确定整体版本迭代排期。

二、App固定排期

每周/每双周/每月固定时间封版。各个板块根据自己的业务情况，分配需求到具体版本。时间是固定的，业务内部比较好安排。但是固定排期节奏会更紧。如果要保证需求的快速迭代，会导致工作的耦合比较重。灵活性较低。

综上所述：

产品迭代问题如果处理不当，会造成诸多麻烦，例如测试人员的工作混乱。无论选定哪一种产品迭代方式去执行，都要安排好工作周期。