上线前后准备

研发和测试的结束并不是产品版本的结束，这时候不能掉以轻心。

上线前的准备主要是针对上线后的稳定性，以及不给运营和市场的小伙伴挖坑为主。

主要手段是上线前的准备和撤回的预案，上线后的数据监控和版本控制等相关动作。

产品经理如果想更好的对产品负责，很多时候除了产品本身的事情，还有接触一些运营的情况。毕竟这些都是和产品本身密切相关的。

想要更好的做产品，要做一步，看三步，有更好的计划性。

符合上线标准了吗？

• 回归测试：核心流程，核心功能是否完整可用？
• Bug list是否已清空？是否还有一、二级的Bug？
• 上线时间选择好了吗？
  • 避开重大事件
  • 回避兄弟部门在同样时期上线同类产品
• 冷启动：内容是否已经准备完毕？可以正常使用？
  • 如咨询类，是否已经有足够多的信息
  • 如交友类，初始用户数据是否填充完毕
• 文案：所有的文案是否确无歧义
  • 比如页面固有信息是否有错别字
• 运营需要的上线物料准备好了吗？
  • 比如商店的截图，产品介绍，关键词等
  • 使用文档，帮助文档，隐私政策，用户政策文案是否准备充分
  • 和新版本有关的文案是否也更新到最新的
  • 推广的渠道，推广的物料是否准备好

是否告知运营和小伙伴们

• 运营团队：通知到相关人员，是否需要运营活动配合
• 客服团队：使用教程，培训是否做好
• 销售团队：对销售可能带来的正面/负面影响是什么
• 支持团队：如财务（收入、支出）、后勤（比如奖品支持）等
• 上线后影响：需要哪些人持续支持？明确周期，人和事项

预案：是否准备备用方案

• 上线不成功怎么办？回滚会不会影响用户
• 用户量暴增怎么办？
• 大量投诉怎么办？
• 回滚策略是什么？

上线后的细节决定人品

• 整理文档，需求文档是否补充完整？
  • 如交互图，设计稿是否已经更新
  • 需求变更，更新需求文档
• 未实现的需求，依然存在Bug的解决方案是否整理

总结

• 人：各路小伙伴，通知到位
• 物：各种物料，文档都准备到位
• 事项：后续需要谁支持，都提前沟通到位

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