借着简书网站更新，聊聊产品上线前的准备工作

来自简书

今天早上我在简书web公测微信群里发了个消息，说的是我通过收藏的简书网站书签进去，直接显示这个“服务器出错了”（一开始就觉得，哦，出问题，那等等吧，可能是对简书的某种好感，又或者当时我并没有特别急地要用简书做什么，所以感觉还OK。对了，看到这个界面，当时还专门截了图，真的，原本我还准备聊一下这个界面的设计如何，从用户体验和引导上面……），我一度以为是简书网站临时出现异常，最后还是因为自己习惯性地尝试做一些其他途径进入，结果才发现，原来上新版了……

作为一个2年的用户，我最常用也最习惯地访问简书的途径，就是通过保存的这个书签。这也就说明，新老业务间的兼容性在这点做得不到位（稍后我就发现报给产品团队的bug已经修复了，现在从原来的书签进入会自动跳转到新版的对应界面）。

我进入公测群有3个目的，

其一，作为PM我对此比较感兴趣，从旁观者的角度，看看别人的上线经历对自己也是一种阅历积累。

其二，作为简书的用户，当然也希望它变得更好，所以发现问题，而且是比较明显，对老用户体验很不好的，肯定要尽快告知产品团队。

其三、已经预料到这样的产品版本迭代，肯定会引发大批用户的吐槽，各种不满吐槽，也不是第一次见了，所以见怪不怪，但是，还是想看看实际的情况如何，产品团队相关的反应如何。

在此，我也表达一下，仅作为简书的一个用户，我的反应是一开始不适应（这很正常，其他人也需要适应期，但新的终归有新的理由），有的地方不喜欢，更甚至觉得为什么要这样，我喜欢简单的，可能也是习惯了以前的简约感觉。

所以，来回浏览试用了几番后，这次我点开了“写文章”页面，默默在这里加了个书签，现在感觉"个人主页"内容太丰富，书签我也就不放那。外面"太绚烂"，我就不去看了，这里暂且简单点，让我更能沉浸。 :  )

好了，这个背景基本就交待到这里，回归正题。借着简书的网站大改版，说一下“产品上线前准备”的问题。以下内容并不一定全面或者完全正确，也并非针对简书更新而作，仅仅是正巧碰到想到了，一点关于做产品的交流分享而已。

那，产品上线前的准备工作有哪些？

1、检查产品是否符合上线标准

——回归测试的结果如何，核心流程、核心功能是否完整可用？

——BugList上面的问题是否已经都处理了，还有没有什么Bug存在？

——文案是否明确，是否已更新，有没有什么歧义的？最低级的是，有没有什么错别字？

——如果是冷启动，产品所需要的内容是否已准备好，用户能不能正常用起来？比如阅读类产品，要是里面一开始是空的，谁会用？

2、检查产品辅助性材料是否已准备好

——帮助中心的内容是否已整理完毕，是否已更新上线？

——如果是APP，需要上线更新到应用商店的，相应的描述内容、宣传图片等是否准备好？

3、检查与产品上线相关的同学是否已沟通，并确认各自的工作内容

——产品的使用（帮助）文档是否整理完成，是否可以交付供指导其他同学工作？

——产品的数据监控方案是否完成，正常提供使用？

——与相关部门（运营、客服、销售、财务、后勤等）同学是否就产品上线作了明确沟通说明（培训），对方是否已经了解到本次上线（更新）的内容，并做好各自工作的准备？

4、检查对产品上线异常情况的预案准备工作是否完成

——上线后出现突发严重异常，不得不回滚，那回滚策略是什么？会不会影响用户？影响范围有多大？

——用户负面吐槽很多，产生大量的投诉，应对方案是怎样的？

——假设，用户量突然暴增的情况下，应对措施是怎样的？

5、检查产品上线对用户的影响并制定方案处理

——新老业务（功能）之间的的兼容性如何，有哪些不兼容的，不兼容的地方如何处理，并提前向用户说明。

——制定产品上线的用户告知到达方案，并提前做出通知，特别是对可能严重妨碍用户使用的上线情况。比如，因为一些更新需要的特殊情况，产品在短时间内无法提供服务。

——选择的上线时间，避开用户使用高峰期（主要时间段），避开一些外界的异常影响事件。

这些准备内容还可以继续完善优化，实际工作里将它们整理成一个清单，需要的时候过一遍。

ps. 产品上线，产品人被骂似乎很正常……心态放好。

---

最后，以上仅为一家之言，个人理解而已，欢迎交流，也许我说的都是错的。

by 鲤洋

2017.01.05