我们做产品经历了用户调研、需求分析、需求评审、流程、原型、技术开发测试跟进之后，终于熬到要上线了。心里肯定异常高兴，那感觉就像自己的孩子要出生一样，别提多高兴了。但是高兴之余，也需要做好防备，毕竟产品经理是要为这个产品的全生命周期负责的，上线仅仅只是开始，后面还会有运营需要跟进，看看自己开发的功能是否满足了用户需求，即时针对用户反馈持续的进行产品迭代，周而复始，这样才能把产品打造的越来越好。
那一般产品上线前后产品经理都需要做什么呢？
查：
产品是否已经满足了上线标准吗？
比如
回归测试（核心流程、核心功能是否完整可用？）
bug list 清空（是否已经处理完毕？有没有一二级bug）抓住核心操作流程和容易出错的功能。可以基于用户实际使用场景去操作，这样至少能保证上线后用户操作的过程没有问题，其他问题还可以事后补救，不影响用户使用。
冷启动
内容是否已经准备完毕，可以正常使用？（如资讯类，是否已经有足够多的信息？交友类，初始妹子的数据是否填充完毕？）
文案
使用文档，帮助文档，是否准备充分？是否已经上线？
应用商店，描述、图片等是否准备完毕？
帮助中心，文案是否更新？
推广物料，有哪些推广渠道？相关物料是否准备好？
所有文案是否明确无歧义（登录 登陆）
教：
给一切相关的人做培训
运营团队：通知到相关人员，是否需要运营活动配合？
客服团队：具体话术、使用教程、培训是否都已经做了？
销售团队：对销售可能带来的正面/负面影响是什么？
支持团队：如财务（收入、支出）后勤（奖品支持）等
上线后影响：需要哪些人持续支持？明确周期、人和事项
预案：
是否有plan B，比如 上线不成功怎么办？回滚会不会影响用户？回滚策略是什么？用户量暴增怎么办？
收：
收拾文档，需求文档是否寂充完整？如交互图、设计稿是否已经更新；需求变更，更新需求文档，未实现的需求、Bug的解决方案，一个产品经理的人品体现在细节上，每次产品上线时，都需要有一张自检清单，结束一个，勾掉一个。
通知相关团队做好上线计划
上线前要把上线计划和上线的功能邮件通知到相关的业务部门，比如运营、客服等，必要的情况下是需要适当的提供一些培训支持的。
上线成功后，一般都会写一封上线邮件，告诉大家功能发布成功了。这一点很重要，功能上线不只是产品研发团队的事，业务部门也需要知道，并且要明确告诉他们需要配合的地方。
为什么要写上线邮件
产品每个版本上线，都应该给予团队相关人员对应的通知，除了通知产品功能外还应该感谢到对应的人对于这个产品所做出的贡献。
总结与记录：总结项目过程，未来翻查资料速度快。
项目推动：产品上线后才是开始，需要推动、协调各方资源。
团队润滑剂：给参与者、帮助你的人正向回应。
网友评论