当产品或功能通过测试环节，仿佛万事俱备，只欠上线这股东风的时候，产品经理还要做最后的检查。这道检查其实并不是必须做的，不过最好是要有这么一种意识，让项目更有一种把控感。
1. 上线标准：是否符合上线标准，最后一次检查
a、回归测试：核心功能、核心流程是否完整，使用是否正常
b、BUG list检查：是否已经处理验收完毕，前面说的一级二级BUG处理情况检查一遍
c、时间选择：上线时间选择好了么？思考时机和节点是否合适，避开大事件、大活动、避开可能因为别人系统出现问题而出现问题的可能
d、冷启动情况：内容是否已经准备完毕，是否可以正常使用
-资讯类产品，是否已经有足够多的信息
-交友类产品，初始妹纸的数据是否填充完毕
e、文案：所有文案是否明确无歧义，重新看一遍
-举例：账户 帐户，登录 登陆，预定 预订，稍后 稍候等
1.1 如果涉及运营活动，需要补充考虑资料是否准备完毕
a、使用文档，帮助文档：是否准备充分，是否已经上线
b、应用商店：描述、图片是否准备完毕，这部分建议了解一下ASO
c、帮助中心：文案是否更新？
d、推广物料：有哪些推广渠道？相关材料是否准备好了？
2. 通知培训：做好产品相关的培训或者通知
a、运营团队：通知到相关人员，是否需要运营活动配合要明确清楚
b、客服团队：具体话术、使用教程、培训是否都已经在做了
c、销售团队：对销售可能带来的正面/负面影响是什么？必须让其做好准备
d、支持团队：如财务（收入、支出）、行政后勤（奖品支持）等
e、上线后影响：需要哪些人持续支持？明确周期、人和事项
3. 风险预案：风险把控，预备方案
上线之前，是否对于各种风险有预警，制定预防的备选方案。可以自己之前通过思维导图的方式梳理有哪些可能，例如：
-用户量暴增怎么办？
-回滚策略是什么？
-有大量的投诉怎么办？是否回滚？
-上线不成功怎么办？对于用户的影响程度预计怎么样？等等
4. 整理复盘：收拾整理文档，做好需求的复盘和善后
a、收拾好文档，需求文档是否为最新版，且是否补全了。
-需求变更是否有更新文档，交互设计图稿是否更新？
b、没有实现的需求、未处理的BUG后续怎么处理，即整理需求池和BUGlist。
以上四点，“上线标准、通知培训、风险预案、整理复盘”，基本上算是整理后比较全面的上线检查了，能够帮助产品经理很大程度地把控上线，大伙儿可以依据这个方式自己整理一份清单，上线前都这样检查一次，方法不全相同，但大同小异。希望能够给你带来帮助。
想看更多干货分享就快来关注我的个人公众号吧！！
花名：馒头
个人公众号：我是馒头
座右铭：博学之，审问之，慎思之，明辨之，笃行之
网友评论