相信从事互联网的产品、开发、测试或者项目经理，都曾有过通宵上线的经历。本文作者主要分享当项目需要通宵上线时，产品经理应该做哪些准备工作？

有句话是这么说的：“没有深夜痛哭过的人，不足以谈人生”。

其实可以引用一下：“没有通宵上线过的产品经理，不足以称为产品人”。

相信从事互联网的产品、开发、测试或者项目经理，都有过通宵上线的经历。在这里想跟大家分享一下，当项目通宵上线时，产品经理应该做些什么？

一、为什么要通宵上线？

首先聊一聊“项目为什么会通宵上线？”这个问题。

不知道从什么时候开始，通宵上线已经成了共识。在产品/开发/测试眼里，上线=加班=通宵。

由于所在的公司一直是晚上上线，一开始我还以为这就像某种自然现象一样，必须要晚上上线；但后来询问了一些其他公司的开发同学，才知道任何时段都可以上线。只是一些公司会因为一些原因而选择在晚上上线。

下面是我搜集到的一些晚上上线的原因。

晚上上线的原因

1. 晚上上线，尤其是半夜上线，用户已经休息了，不会因为上线影响用户的操作；
2. 考虑公司服务器性能问题，晚上上线有补救的时间；
3. 晚上上线，如果上线后有问题，有补救的时间；
4. 公司管理层恶意安排周五晚上上线，隐形强制员工加班；

那么为什么经常会出现通宵上线的现象呢，原因只有一个：干着干着就通宵了！

经常会出现这种情况：本来按照计划应该晚上8点上线，但是由于各种问题，修修改改，最后拖到凌晨6点才上线。

如果排除刻意安排通宵上线这一因素，会有很多原因导致团队人员熬夜工作、通宵上线。例如产品方案的缺陷、技术难题、测试人员没有测出重大bug而影响上线……

总的来说，在互联网行业漂，哪能不熬夜？

二、通宵上线时，产品经理应该怎么做？

那么，如果碰上通宵上线，产品经理应该怎么做，才能让团队在晚上通宵工作稍微舒适一些、效率更高一些呢？

1. 准备工作

1）做好物资储备

通宵工作是一件很耗费体力的事情。尤其团队里有女生的话，这对女生的体力和精力都是一个巨大的挑战。所以，产品经理在通宵前应该做好物资储备。这样在同事们都精疲力尽的时候能够像哆啦A梦一样从袋子里掏出各种续命的东西。

但是，这不意味着产品经理需要无微不至地准备好所有东西。毕竟公司也不给报销，再加上项目经理会负责夜宵部分。所以，产品经理只需要准备好一些让大家幸福感强一些的东西就好。

通宵上线必备清单：

• 咖啡、奶茶、茶叶：不仅能够给枯燥的漫漫长夜增添滋味，在通宵工作中还有续命作用
• 各种小零食：产品经理备好各式物美价廉的小零食，让大家补充体力。在工作时也能愉快地吃吃喝喝，顺便还能拿着小零食去提需求，美滋滋。
• 蒸汽眼罩：在等待上线空闲阶段，能够帮助舒缓疲劳、快速入眠。
• 面膜：如果产品经理是精致的猪猪女孩，还可以准备几片面膜。在等待上线的时候和团队其他小姐姐一起敷面膜，具有提神、护肤、增进感情多种功效。
• 毯子/抱枕：准备好毯子和抱枕，裹紧自己的小被子，保证后半夜的睡眠质量。
• 认真的态度、逗比的心态：在处理问题时要认真，空闲之余要幽默，用笑话、段子娱乐大家，有提神、促进感情的功效。

产品经理可根据自身财力、家里是否有矿、团队成员感情深浅程度等多重因素准备物资储备。

在熬夜加班时，产品经理可以在适当的时候，拿出东西和团队成员分享，活跃活跃气氛。不过如果别人在睡觉，最好还是不要打扰。

2) 提前了解项目进度

一般临近上线了，如果没有延期风险，那么该项目大概率会是已经在测试阶段。

通宵工作前，产品经理首先要提前向测试人员和开发人员了解测试进度、bug修改进度。自己也应该查看禅道中的bug数量和情况。重点关注指派给自己的bug，尽快转出给相对应的开发去解决。

在了解工作进度的过程中，产品经理能够大致预估剩余的工作量，评估一下项目上线的大概时间和顺利程度。

3) review自己的PRD和当前测试版本

如果项目周期比较长，在通宵上线前，还是建议产品经理先review一遍自己的PRD，把PRD再熟悉一遍。这样等到开发、测试人员向自己确认需求时，不至于因为时间久远，而忘了自己当初设计方案的出发点和细节。

review完了PRD，可以再粗略地过一遍当前产品的测试版本，查看一下当前的产品形态。如发现当前测试版本的产品与PRD的设计有重大出入，应立即告知给测试开发，尽快解决问题。

产品经理提前reviewPRD和当前测试版本，主要是为了熟悉PRD内容和当前产品的开发状态，提高通宵工作的效率。

2. 通宵工作中

1) 快速、准确地回复开发、测试的问题

在项目即将上线时，团队主要的工作是：

1. 测试人员进行测试
2. 提出bug——开发修改bug——修改完毕
3. 测试
4. 关闭bug

在这个过程中，虽然表面上看似不需要产品经理参与，但其实每一步都需要产品经理进行确认。

测试人员在测试时，一旦发现当前功能和PRD上描写的不一致，首先会向产品经理确认这是否是bug。

如果这是产品同意的变动，则不是bug；如果产品确认是bug，则测试可提交bug，指派给相应开发；当开发收到指派的bug，如果只是普通的bug，则可以自行按照PRD修改。

如果有变动，则开发也会向产品经理确认该功能的具体变动——当然这个变动必须是很小的变动，例如按钮的颜色、提示语的变化等等。如果是大功能的临时变更，除非不得已，在项目即将上线时，还是不要随意改动。

bug改好后，测试在测试时，也会邀请产品经理一起测试，进行验收。

所以在整个过程中，尤其是bug较多的情况下，产品经理是非常忙碌的。大家都来找你确认东西，很容易会晕头转向、着急忙慌。这个时候，就比较考验产品经理处理多个问题的能力，以及对PRD的熟悉程度。

2) 了解上线前的重大问题

在通宵工作中，产品需要定时检查禅道中的项目bug，以防突然发现影响上线进度的重大问题。

当出现疑似影响上线的重大问题，产品经理应该找到相应的开发、测试人员，快速了解该问题出现的原因：

• “是产品方案设计缺陷还是开发设计缺陷？”
• “是后台数据原因还是前后端配合不当的原因？”
• “是需求不合理还是需求与当前系统逻辑不耦合？”……

了解原因后，产品经理应该对具体问题给出具体方案，尽量减小重大问题对上线的影响。

3) 快速给出解决方案

当遇到影响上线的重大问题，产品经理应该先思考这个需求是否合理。

如果这个需求并不是核心需求，不影响用户使用。但是开发难度较大，这个时候可以考虑是否可以放在后期迭代再做。又或者可以“曲线救国”，用简单取巧的方案来替代原本复杂的功能设计，达到相同的效果。

遇上无法砍掉、无法替换的难啃的“硬骨头”，产品经理则需要迎难而上，快速给出解决方案。

在了解问题时，产品经理最好是拉着相关开发、测试一起讨论，这样不仅能够提高解决问题的效率，还能从多个角度、全面地了解问题。

如果是复杂问题，例如涉及到多种场景、多种操作、多种状态变化，三言两语说不清、多说几句又容易把人绕晕。这种时候，产品经理在梳理逻辑时和给出方案时，应该多使用脑图或者excel表等形式，形式简单、内容详细地展示出问题和方案。

这样不管是自己梳理问题，还是别人看你的方案，都会清晰明了、简单易懂。

关于这一点，在《如何写出详细且易于阅读的PRD》一文中提到过。

三、总结

其实产品经理一起通宵上线并不是必要的。也有一些产品经理不陪着开发、测试通宵上线，只在家远程进行支持。

如果项目总体来看进展顺利，预估无太大问题，产品经理不在场支持也是可以的。但是如果项目进展坎坷，上线前遗留问题较多，那么产品经理还是有必要陪着开发、测试人员一起通宵工作。

一来面对面沟通效率更高；二来如果突然出现重大问题，产品经理可及时产出方案，避免出现上线事故；三来和团队一起通宵工作后，产品人员和开发、测试人员能够增进对互相的理解，团队凝聚力会更强一些。

如果是刚接触项目的产品新人，还是建议尽量跟随开发、测试人员一起通宵工作。这样，产品新人能够了解项目上线的流程和会遇到的坑。这对以后的项目工作，以及方案设计工作，都会是不可多得的经验和教训。

所以，各位产品经理应该好好锻炼身体，让自己能够更精力充沛地加班。

着重提醒产品妹子们，不管怎样都要记得做好护肤工作，不要因为通宵工作而把自己搞得灰头土脸、面色蜡黄。

最后提醒各位，通宵上线虽好，可不要贪多哦。不然……

#专栏作家#

异彩，微信公众号：一只蜗牛慢慢跑，人人都是产品经理专栏作家。从事房产管理系统的产品工作，关注To C产品的交互设计、运营、结构设计和商业模式。在成为一名优秀的产品人的路上努力前行。

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于 CC0 协议