相信从事互联网的产品、开发、测试或者项目经理，都曾有过通宵上线的经历。本文作者主要分享当项目需要通宵上线时，产品经理应该做哪些准备工作？
有句话是这么说的：“没有深夜痛哭过的人，不足以谈人生”。
其实可以引用一下：“没有通宵上线过的产品经理，不足以称为产品人”。
相信从事互联网的产品、开发、测试或者项目经理，都有过通宵上线的经历。在这里想跟大家分享一下，当项目通宵上线时，产品经理应该做些什么？
一、为什么要通宵上线？
首先聊一聊“项目为什么会通宵上线？”这个问题。
不知道从什么时候开始，通宵上线已经成了共识。在产品/开发/测试眼里，上线=加班=通宵。
由于所在的公司一直是晚上上线，一开始我还以为这就像某种自然现象一样，必须要晚上上线；但后来询问了一些其他公司的开发同学，才知道任何时段都可以上线。只是一些公司会因为一些原因而选择在晚上上线。
下面是我搜集到的一些晚上上线的原因。
晚上上线的原因
- 晚上上线，尤其是半夜上线，用户已经休息了，不会因为上线影响用户的操作；
- 考虑公司服务器性能问题，晚上上线有补救的时间；
- 晚上上线，如果上线后有问题，有补救的时间；
- 公司管理层恶意安排周五晚上上线，隐形强制员工加班；
那么为什么经常会出现通宵上线的现象呢，原因只有一个：干着干着就通宵了！
经常会出现这种情况：本来按照计划应该晚上8点上线，但是由于各种问题，修修改改，最后拖到凌晨6点才上线。
如果排除刻意安排通宵上线这一因素，会有很多原因导致团队人员熬夜工作、通宵上线。例如产品方案的缺陷、技术难题、测试人员没有测出重大bug而影响上线……
总的来说，在互联网行业漂，哪能不熬夜？
二、通宵上线时，产品经理应该怎么做？
那么，如果碰上通宵上线，产品经理应该怎么做，才能让团队在晚上通宵工作稍微舒适一些、效率更高一些呢？
1. 准备工作
1）做好物资储备
通宵工作是一件很耗费体力的事情。尤其团队里有女生的话，这对女生的体力和精力都是一个巨大的挑战。所以，产品经理在通宵前应该做好物资储备。这样在同事们都精疲力尽的时候能够像哆啦A梦一样从袋子里掏出各种续命的东西。
但是，这不意味着产品经理需要无微不至地准备好所有东西。毕竟公司也不给报销，再加上项目经理会负责夜宵部分。所以，产品经理只需要准备好一些让大家幸福感强一些的东西就好。
通宵上线必备清单：
- 咖啡、奶茶、茶叶：不仅能够给枯燥的漫漫长夜增添滋味，在通宵工作中还有续命作用
- 各种小零食：产品经理备好各式物美价廉的小零食，让大家补充体力。在工作时也能愉快地吃吃喝喝，顺便还能拿着小零食去提需求，美滋滋。
- 蒸汽眼罩：在等待上线空闲阶段，能够帮助舒缓疲劳、快速入眠。
- 面膜：如果产品经理是精致的猪猪女孩，还可以准备几片面膜。在等待上线的时候和团队其他小姐姐一起敷面膜，具有提神、护肤、增进感情多种功效。
- 毯子/抱枕：准备好毯子和抱枕，裹紧自己的小被子，保证后半夜的睡眠质量。
- 认真的态度、逗比的心态：在处理问题时要认真，空闲之余要幽默，用笑话、段子娱乐大家，有提神、促进感情的功效。
产品经理可根据自身财力、家里是否有矿、团队成员感情深浅程度等多重因素准备物资储备。
在熬夜加班时，产品经理可以在适当的时候，拿出东西和团队成员分享，活跃活跃气氛。不过如果别人在睡觉，最好还是不要打扰。
2) 提前了解项目进度
一般临近上线了，如果没有延期风险，那么该项目大概率会是已经在测试阶段。
通宵工作前，产品经理首先要提前向测试人员和开发人员了解测试进度、bug修改进度。自己也应该查看禅道中的bug数量和情况。重点关注指派给自己的bug，尽快转出给相对应的开发去解决。
在了解工作进度的过程中，产品经理能够大致预估剩余的工作量，评估一下项目上线的大概时间和顺利程度。
3) review自己的PRD和当前测试版本
如果项目周期比较长，在通宵上线前，还是建议产品经理先review一遍自己的PRD，把PRD再熟悉一遍。这样等到开发、测试人员向自己确认需求时，不至于因为时间久远，而忘了自己当初设计方案的出发点和细节。
review完了PRD，可以再粗略地过一遍当前产品的测试版本，查看一下当前的产品形态。如发现当前测试版本的产品与PRD的设计有重大出入，应立即告知给测试开发，尽快解决问题。
产品经理提前reviewPRD和当前测试版本，主要是为了熟悉PRD内容和当前产品的开发状态，提高通宵工作的效率。
2. 通宵工作中
1) 快速、准确地回复开发、测试的问题
在项目即将上线时，团队主要的工作是：
- 测试人员进行测试
- 提出bug——开发修改bug——修改完毕
- 测试
- 关闭bug
在这个过程中，虽然表面上看似不需要产品经理参与，但其实每一步都需要产品经理进行确认。
测试人员在测试时，一旦发现当前功能和PRD上描写的不一致，首先会向产品经理确认这是否是bug。
如果这是产品同意的变动，则不是bug；如果产品确认是bug，则测试可提交bug，指派给相应开发；当开发收到指派的bug，如果只是普通的bug，则可以自行按照PRD修改。
如果有变动，则开发也会向产品经理确认该功能的具体变动——当然这个变动必须是很小的变动，例如按钮的颜色、提示语的变化等等。如果是大功能的临时变更，除非不得已，在项目即将上线时，还是不要随意改动。
bug改好后，测试在测试时，也会邀请产品经理一起测试，进行验收。
所以在整个过程中，尤其是bug较多的情况下，产品经理是非常忙碌的。大家都来找你确认东西，很容易会晕头转向、着急忙慌。这个时候，就比较考验产品经理处理多个问题的能力，以及对PRD的熟悉程度。
2) 了解上线前的重大问题
在通宵工作中，产品需要定时检查禅道中的项目bug，以防突然发现影响上线进度的重大问题。
当出现疑似影响上线的重大问题，产品经理应该找到相应的开发、测试人员，快速了解该问题出现的原因：
- “是产品方案设计缺陷还是开发设计缺陷？”
- “是后台数据原因还是前后端配合不当的原因？”
- “是需求不合理还是需求与当前系统逻辑不耦合？”……
了解原因后，产品经理应该对具体问题给出具体方案，尽量减小重大问题对上线的影响。
3) 快速给出解决方案
当遇到影响上线的重大问题，产品经理应该先思考这个需求是否合理。
如果这个需求并不是核心需求，不影响用户使用。但是开发难度较大，这个时候可以考虑是否可以放在后期迭代再做。又或者可以“曲线救国”，用简单取巧的方案来替代原本复杂的功能设计，达到相同的效果。
遇上无法砍掉、无法替换的难啃的“硬骨头”，产品经理则需要迎难而上，快速给出解决方案。
在了解问题时，产品经理最好是拉着相关开发、测试一起讨论，这样不仅能够提高解决问题的效率，还能从多个角度、全面地了解问题。
如果是复杂问题，例如涉及到多种场景、多种操作、多种状态变化，三言两语说不清、多说几句又容易把人绕晕。这种时候，产品经理在梳理逻辑时和给出方案时，应该多使用脑图或者excel表等形式，形式简单、内容详细地展示出问题和方案。
这样不管是自己梳理问题，还是别人看你的方案，都会清晰明了、简单易懂。
关于这一点，在《如何写出详细且易于阅读的PRD》一文中提到过。
三、总结
其实产品经理一起通宵上线并不是必要的。也有一些产品经理不陪着开发、测试通宵上线，只在家远程进行支持。
如果项目总体来看进展顺利，预估无太大问题，产品经理不在场支持也是可以的。但是如果项目进展坎坷，上线前遗留问题较多，那么产品经理还是有必要陪着开发、测试人员一起通宵工作。
一来面对面沟通效率更高；二来如果突然出现重大问题，产品经理可及时产出方案，避免出现上线事故；三来和团队一起通宵工作后，产品人员和开发、测试人员能够增进对互相的理解，团队凝聚力会更强一些。
如果是刚接触项目的产品新人，还是建议尽量跟随开发、测试人员一起通宵工作。这样，产品新人能够了解项目上线的流程和会遇到的坑。这对以后的项目工作，以及方案设计工作，都会是不可多得的经验和教训。
所以，各位产品经理应该好好锻炼身体，让自己能够更精力充沛地加班。
着重提醒产品妹子们，不管怎样都要记得做好护肤工作，不要因为通宵工作而把自己搞得灰头土脸、面色蜡黄。
最后提醒各位，通宵上线虽好，可不要贪多哦。不然……
#专栏作家#
异彩，*一只蜗牛慢慢跑，人人都是产品经理专栏作家。从事房产管理系统的产品工作，关注To C产品的交互设计、运营、结构设计和商业模式。在成为一名优秀的产品人的路上努力前行。
本文原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议
