版本发布的观点

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

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

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

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

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