全文共 2676 字，阅读需要 5 分钟

———— / BEGIN / ————

如何对待产品经理这份工作以及相应的职责，决定了你未来的眼界。

在产品经理职责日渐精细化的今天，让自己的优势放大，而不是面面俱到。

以前我聊过需求分析、项目管理、产品设计、案例分析、实战感悟等内容，总是意犹未尽。自己也学了这些长时间，也是时候将工作上的思考方式重新梳理一遍了。

今天我想聊的就是产品上线前的准备。

最近学习《产品实战》专栏，转眼已更新了 13 讲，这次的内容更偏实战，若非有一定产品设计经验，要深刻掌握的确有些难度。

上周一篇专栏内容中提到了产品发布的那些坑，我自然而来地想起了曾经的那些经历：

辛辛苦苦几个月，临近产品上线，心里总是既有期待，又有焦虑。

要说期待，经历了从零到一的产品设计过程，你会盼望着这一产品能够如天神下凡，拯救世界。所有的产品立项前的争吵、矛盾、恐惧与煎熬，在这一刻终要释怀。

如同奋战三年的高考，我们总是在上战场那刻才真正明白自己面对的是什么。

要说焦虑，这几年的工作生涯让我见识了各种未知的凶险，产品上线就是终极审判，曾经的我对此却不以为意，反正产品设计完就看项目开发进度了，我就安心准备下一阶段的需求分析与功能设计了。

那段时间，我却遇见了各种外包工作的相互推诿，进度遥遥无期，我们也只能一拖再拖。

直到后来，有了像样的产品团队，自己肩上的任务也更重了，面对各路同事的重重逼问，我最担心的就是无人无津。

这话也是发自肺腑。我从不担心出现任何问题，即便我们考虑再周全，准备再充分，还是会有很多意想不到之事，我也慢慢学会接受。

我最焦虑就是无人无津，上线前敷衍了事，上线后销声匿迹；除了你自己，其他人真的会有做产品的心态与意识么？

在经历了无数内心折磨和考验后，我只好从自己做起，制定一套较为完善的上线清单，这份清单会告诉自己以前的错误可不能再犯了。

好在这些年习惯了反思和复盘，有些问题能在上线前就避免，少踩了很多坑。

古希腊哲学家赫拉克利特曾说：人不能两次踏入同一条河流。

借着这几年的经验教训，今天尽力为大家讲明白前因后果与行动指南。

我将产品上线的准备工作概括为三字箴言：物、人、事。

「物」代表着产品，这是我们的核心交付。

首先就是要保证核心功能、核心流程完整可用。

每一版本都有详细的需求文档，这是前期工作的细节，按照需求文档内容进行可用性测试。

作为产品经理，和团队一起测试当然必不可少。

一般来说，测试环节从开发、测试到产品、设计，再到市场、运营，这个过程偏重点不同，得到的问题清单也是不一样的，要确保每一类的潜在问题都已经解决。

我们此前第一版本就经历了多达 20 次的产品测试，创业公司可能不追求流程的完备性，但是集中测试十分必要，团队抽出几个小时将所有流程走一遍，能够从不同视角下发现很多惊喜。

检索场地时段是第一版本的核心功能，按照各种异常情况进行检索，保证每次的搜索结果都符合用户预期和习惯。

其次就是物料准备。

确保使用文档、帮助文档、应用商店的图片、描述等准备就绪。

这些基本都是运营需要，当然，在第一次发版本时，还要注意各大应用商店的知识产权政策，最好提前一个月开始处理，等到要上线了才发现问题就晚了。

最近出现的一次发布情况是：好不容易完成的第一版本上线 AppStore 后，却因为充值被要求说明虚拟服务等情况。

此外，这是一次在原有产品上的改进，因业务需要暂时两套逻辑并行，同样受到了质疑。

那时简直要崩溃了，最坏的结果是剥夺开发者权限，以前我从没接触过这些，这次意外让我大惊失色。

好在重新调整几个小功能后，顺利上线了，却因此失去了最佳的时机——团队情绪太重要了。

最后就是收拾文档。

前面也提及，回归测试能够再次审视产品设计中的逻辑与交互，疏忽在所难免，重要的是我们能够从多次测试中更新文档，例如流程图与设计稿，一定要保证最新，同时及时内部通知，每次改动都有迹可循。

这里我们也要对尚未实现和解决的问题有足够的认识，准备下次迭代的方向，这也体现了一个产品人的职业素养和人品。

要知道，需求文档是产品经理重要的交付物。

上家公司一直以来都没有产品经理，产品规划和进度更多是 CTO 全权负责；在刚接手时，我就遇到了棘手的问题，那就是以前的文档基本上都不完整，对产品历程缺乏清晰的梳理，走一步算一步。

几经讨论后，我才慢慢熟悉了业务。

即便有文档，表达方式与逻辑也相差甚多。

年初决定新产品开发，我就给自己承诺，一定要将产品开发的每一步都做好。此间虽有变动，也属可控范围。

「人」代表现产品上线的相关人员。

几乎所有重大的问题都与人有关。

产品上线更是公司发展的重要里程碑，成功来自于团队努力。

只有经历过各种异常情况和惨痛经历，我们才会有深切的感触。

关键的问题就是：我们是否通知一切相关人员？特别是运营与客服。

一般而言，产品上线需要运营活动配合，这里就涉及到产品的冷启动，要提前检查内容是否准备完毕？例如资讯类中的信息，或是社交类中的初始运营数据。

最新大火的「子弹短信」在原生系统上玩转得风生水起，可是我尝试 iOS 过后，面对对话和通讯录中一片空白，顿时兴趣少了一半——对于不愿意分享或是熟人交互来说，我只好眼睁睁地看着别人晒照了。

当然，除了运营就是客服团队了，毕竟他们也是奋战在第一线的同事，具体话术、使用教程、培训一定要提前完成，避免用户咨询时的尴尬局面。

销售、支持团队同样要了解产品进度，商业不只是产品那么简单，我们更要将产品的商业价值展现出去，因为公司要生存，才能更好地实现产品价值。

「事」代表与产品上线相关的各种事宜。

首先就是应急预案。

一次成功的发布要经历多方配合，可我们必须要准备第二套方案，以防不测。你可以试着回答以下问题，这样的自问自答能够帮助我们全面审视可能出现的漏洞。

• 上线不成功怎么办？

• 回滚会不会影响用户？

• 用户量暴增怎么办？

• 大量投诉怎么办？

• 回滚策略是什么？

其次就是后续支持了，我们当然通知相关同事，更要说明具体事项，向大家提时间和要求。

这里最为关键的就是后续的数据跟踪和用户反馈收集了。

我们大可在上线邮件上详细说明，尽可能言简意赅地表达观点，把事情说明白，一方面便于未来存档，另一方面也是展现人品的时刻。

当然，最好的还是统一开会通知，让相关同事心中有数，这样才能体现用心程度。

说到这里，把每一件小事当做产品来做，你会有别样的感受。

总而言之，物、人、事就是产品上线的三大核心因素了。

每个产品经理都应有一张上线清单，以备上线时自我检查。

大战在即，万事俱备，只欠东风。

希望你能够有所启发。

———— / END / ————