增长漫谈：还发版吗？要命的那种 _流程管理

开个新坑，讲一下企业和产品管理方面学到的经验，大部分基于增长方向上的思考。
1、写在前面的话
运营企业的本质就是比拼资金效率。通过管理等操作，不断优化效率，逃离熵增定律，带来企业增长。增长不仅仅是用户增长，也包含了资金的增长、人均产值的增长，甚至是
owner 意识的增长。
这个系列将包含这几篇文章：
vol.1 如何设计产品研发流程，才能激发各个岗位
vol.2 互相牵制的客户端发版流程
vol.3 行之有效拿来即用的 OKR
vol.4 企业家和组织的一些思考（价值观/使命愿景）
vol.5 其他的补充（雷霆手段、开发文档）
vol.6 项目管理在产品经理日常工作中的应用
vol.2 产品驱动的公司如何简单高效稳定发版
我遇到过一家公司，配置和结构没差什么，研发经理，产品经理，ios/ 研发同学都有。可是却一直都发版时没人知道，业务测试完成后，说发版就发了，各种遗漏，出了问题各种甩锅。总是会出现一些奇奇怪怪的 bug ，研发经理也并不去管理这些事情，产品经理也不知道在干嘛。
【增长漫谈：还发版吗？要命的那种】每次发版都胆战心惊。
如果让我给他们提一个行之有效的建议的话，我会建议他们先解决表现出来的问题，也就是解决发版的问题。
那么今天我给大家推荐的这套"互相牵制，且能保证稳定“的发版策略，兴许就能为一些没有发版流程规范的企业，解决很多的问题。
3、适用症
此流程适用于以下情况
企业无发版流程
应用发版流程混乱、不公开
每次发版后总会出现各种问题
产品团队版本管理做的很差
中小团队
4、流程详解
安卓和 ios 的发版和版本管理都可以使用在线文档完成，不要再用线下文档啦。钉钉文档，石墨，腾讯文档都是可以的。
（1）发版
安卓的发版其实整体较为简单，只要做好验收，打包好渠道包就好了。
打渠道包可以使用这类工具，可以做到渠道统计、邀请安装、一键拉起安装这些功能。而且由产品和运营就能完成操作。不需要研发打几个小时包，当然你如果担心数据泄露，还是研发打包比较稳妥。
发版的具体流程如下：
这套流程中，我们可以清楚的看到，一次版本的更新，需要产品、运营、研发交叉进行验收，这样保证了出品的质量。
其中产品和运营都会将整体功能对照关键功能的用例表进行统一的验收。
（2）iOS 发版
iOS 发版就略显复杂了。有一些 SDK 是限制包名的，所以还必须在中进行测试，所以在第 8 步以后，可能会测试多轮，表格里只需要填写最后一版即可。
一版苹果审核时间在 2 天左右，即可得到审核结果，如果在两天后还没结果，记得发邮件或者进行查询，在论坛看到有兄 dei 等了几个月（为啥不联系一下呢）。
发版的具体流程如下：
关于“打开和关闭审核状态”，这个其实是公司内部的一个状态，即“我们的 app 需要准备提审啦！快把敏感功能和第三方服务屏蔽一下！” 。
这个步骤主要是通过后端服务器对对应功能进行版本控制，来操作他在对应版本上进行显示/隐藏，以达到在送审期间不显示的功能。
但是这个方法尽量少用，因为如果被发现的话，可能会直接将 app 进行下架或封号。
5、写在后面
配合一个版本发布群，更容易知道每次版本的更新内容；
正式环境验收完成后，让研发同学解决几个 bugly 上的问题，再继续测试；
发版关键节点在发版群进行公示；
产品同学在验收时，最好对着用例表验收。如果公司没有的话，可以做一个，既能了解公司软件功能，还能为发版做贡献。