07 | 产品发布的那些坑儿

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

测试环境正常，上线就出问题，感觉无法避免😭😭，之前出过一个问题是上线后发现用公司WiFi正常，业务方在外面用4G就打开白屏，后面开发找了半天才发现是引用的js包都还是测试环境的……

关于服务器非技术产品经理要懂多少呀

感谢二爷分享，二爷的第一期完整的学习了，第二期进行中，感觉两期的区别，第一期更加偏打基础，打前站，比如产品分析，产品设计，需求分析，用户调研等，时间轴不会特别明显，第二期，更多的是如何去实施，如何落地，有比较清晰的时间轴和路径，不过不管是哪一期，都是产品第一线的精华，非常实用，再次感谢二爷分享。 而关于今天这一节，产品发布，二爷文中多次提到了官僚，很贴切，特别是大公司或者说人数规模比较大的公司，感受深刻，流程冗长，形式化的东西很多，产品经理在发布前，需要准备一系列的动作，比如金融系统的项目审批，从业务部门，到横向的风控，法务，财务，资金以及分管的大老板……然后系统层面走完，再走邮件层层审批，某一环节耽搁了，比如二爷说的，某审批人在飞机上或者关机等，都有可能项目发布审批要delay，这些流程走完，基本心力憔悴，都想放弃发布。 我们发布一般是周二周四晚上，其他时间要发布基本需要走异常或者紧急发布。发布前本项目的开发负责人一般都会给全体项目组成员发一个发布通知邮件，主要说明哪些需要配置对接人是谁，哪些数据要准备对接人是谁，然后PMO会约个发布评审会，重新梳理一遍发布需要注意的核心事项，当然产品经理都需要参与。但是，即便如此流程，基本每次都会出些幺蛾子，比如某同学忘记配某系统生产环境配置了，发布项目太多，某个环境挂了等等，二爷列的很多坑，基本都深有体会。每笔发布第二天，我基本都会很早来公司，因为肯定会有问题恭候着。

产品发布这事真的很重要，只有经历过各种异常情况和惨痛经历，我们才会有深切的感触。 这份印象笔记检查项，能够看出二爷的全部经历，大公司的工作规范与制度化做得要好太多，其实这里面有一半检查项我一点都不了解，可能真的是创业公司的氛围和工作方式决定的，不过也能看出来自己的能力有待提升，考虑问题不够全面。 除了二爷说的几点，我还想补充几句。 1、人，产品功能涉及到的公司同事是否通知到位？包括技术、市场、运营、客服、财务等； 2、物料，产品上线要准备的各种图片、宣传文案以及更新的需求文档等是否搞定； 3、事项，产品上线后需要关注的指标或是后续支持。 关于亲身经历，最近出现的一次发布情况是，好不容易完成的 V1.0 上线 Appstore 后，却因为充值被要求说明虚拟服务等情况，此外，这是一次在原有产品上的改进，因业务需要暂时两套逻辑并行，同样受到了质疑。那时简直要奔溃了，最坏的结果是剥夺开发者权限，以前我从没接触过这些，这次意外让我大惊失色。好在重新调整几个小功能后，顺利上线了，却因此失去了最佳的时机，团队情绪太重要了。 最后的最后，把这张图片存下来，给自己提醒。再次感谢。

每一个懂技术的产品经理都是值得尊敬的。

不知道大家项目中的发布具体是谁实施的，我们公司是测试干，作为质量保证人员，我们也同样的要保证发布质量，所以这一块上，我们的产品经理还是比较轻松的，经常是被我们催着去走流程……

这个Checklist 形象的解释了什么叫不怕一万，就怕万一。临门一脚，千万不能松懈，“后天下之乐而乐”。

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

看到这自检表，突然发现自己也踩过不少其中的坑，却没有总结。还是要养成随时总结的习惯，不然一个坑里掉三四次，上头都该怀疑是不是智商问题了