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

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

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

一、为什么要通宵上线？

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

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

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

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

晚上上线的原因：

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

经常会出现这种情况：本来按照计划应该晚上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表等形式，形式简单、内容详细地展示出问题和方案。

来源【写作训练营】自媒体，更多内容/合作请关注「辉声辉语」公众号，送10G营销资料！