产品发布这事真的很重要，只有经历过各种异常情况和惨痛经历，我们才会有深切的感触。

这份印象笔记检查项，能够看出二爷的全部经历，大公司的工作规范与制度化做得要好太多，其实这里面有一半检查项我一点都不了解，可能真的是创业公司的氛围和工作方式决定的，不过也能看出来自己的能力有待提升，考虑问题不够全面。

除了二爷说的几点，我还想补充几句。

1、人，产品功能涉及到的公司同事是否通知到位？包括技术、市场、运营、客服、财务等；
2、物料，产品上线要准备的各种图片、宣传文案以及更新的需求文档等是否搞定；
3、事项，产品上线后需要关注的指标或是后续支持。

关于亲身经历，最近出现的一次发布情况是，好不容易完成的 V1.0 上线 Appstore 后，却因为充值被要求说明虚拟服务等情况，此外，这是一次在原有产品上的改进，因业务需要暂时两套逻辑并行，同样受到了质疑。那时简直要奔溃了，最坏的结果是剥夺开发者权限，以前我从没接触过这些，这次意外让我大惊失色。好在重新调整几个小功能后，顺利上线了，却因此失去了最佳的时机，团队情绪太重要了。

最后的最后，把这张图片存下来，给自己提醒。再次感谢。

感谢二爷宝贵的经验和财富
上线发布对每一条都罗列的很清晰
很庆幸，前天在做活动复盘的时候，把运营、产品、研发、客服和供应链等其他协同部门的问题和需要改进的地方，刚好也罗列了一系列的清单和上线前需要测试和验收的清单详情……
看了二爷的第54节课，回头发现，二爷的很多思维和处理问题的方式已经深深的引导着我，产品发布更多的是准备工作和配合工作，准备充分了，发布过程中可能会遇到的问题用清单罗列出来，问题尽量在发布前提前避免掉，这样上线发布的成功率会比那些不准备充分的情况更要高出很多，出现一点小问题都属于正常情况，重要的还是细心和用心。
二爷说的测试环境一切正常，一上线就出问题，这个问题我们也遇到过很多次，对于这个问题，我和研发商量了一下，后期多加了一到测试环节，在仿真环境上测试，涉及到需要配置的地方，测试环境和线上环境配置保持一致，最终保证线上页面内容和输出以及流程保持一致，当然，考虑到数据量大和影响服务器这块，运营会提前给出预期以及预计用户量，一边研发提前做好准备工作。对于数据埋点，这块太重要了，无论是运营的漏斗数据，象限数据好的产品的交互数据以及按钮的位置、个数、形状以及文案和颜色等的影响，咱们都是需要经过争论的，最终会去促进线上发布的活动或者产品项目更好的发展和推进。甚至还包括给第三方投放的同学不同的来源链接，以便统计好对应的渠道效果数据。
以上，二爷说的，可以说都经历过且深有同感，对了，我是个运营！跟着二爷学产品学跟项目，希望以后可以在做好运营的同时也能把整个项目更好的推进下去

经历过回滚之后，一到上线的时候和强迫症一样，反复确认，瑟瑟发抖..
踩过两个坑：
1）产品相关人员没通知全... 因为之前在做的时候，没有了解到，我们这个模块的更改对另外一个业务有影响..
上线之后，凌晨被业务方抓起来，回滚 QAQ，自责感溢出来了都...
2） 兼容：大坑，做C端要小心再小心... 对安卓严加防范，因为型号和版本过多，做好低版本的兼容（要考虑用户性质，如果用户群体年龄稍长，低版本的兼容一定要做）
最后，关于上线.. 我曾给自己立了个flag——“周五再上线就是狗！”

脑子中排练，这个可能适用于小型的项目，并且依赖较少的项目。

我们现在的大项目上线，商城、订单、仓储、物流、及各个端对应的前端系统（2C，管理系统等），这时候只在脑子中演练是完全不够的。

在这种集体大规模依赖上线时，我们的做法是，画依赖图，从顶到底，可能依赖层级能有4-5及，发布时就要按照这个层级发布，每个系统发布完毕，在群里告诉大家，线上验收完毕后，有依赖关系的系统再开始发布。