吾日三省吾身：
“需求整理好了吗？”
“文档撸完了吗？”
“开发能按时上线吗？”
关于谁有上线发布的权力，不同的公司可能都有不同的规定。
我接触到的产品上线流程是：开发完成开发任务后 -----> 交付测试 ----> 产品验收 ----> 上线 。
与其他公司相比，我们的上线流程可能算是简单粗暴的......
“上线”前，就像有强迫症一样，反复确认流程和功能点的使用情况，直到真正上线后，也没有放松，时刻待命生怕哪里出问题，是不是有点像个不确定会不会爆、什么时候会爆的炸弹？
所以，为了降低“爆炸”的几率，上线前，最好再来一次产品演练，切换为用户/运营的角度，把整个产品从头到尾再体验一次，正常流程、异常流程都不落下。
这样做的目的是为了确认功能的正常使用和异常流程上面有没有掉链子，保证基础功能的运行，算是吃上了一颗保底的定心丸。
接着，再多问自己几个问题，比如：
产品使用手册是否同步到相关人了？
产品上线时间通知到所有相关人了没？
客服通知了么？
产品链接有没有问题？
产品埋点做好没？
资源位/分发途径是否已经准备好了？
预计流量大的产品，压测做了没？
兼容性测试完成了没？低版本适配不？
如果遇到XX功能无法进行，有没有替代的解决方案？
上线之后，待命的开发人员确定了么？
因为在兼容性和相关人同步方面踩过坑，所以详说一下：
1.兼容性
我之前做过一些H5页面，兼容性真的是... 一踩一个准。
安卓手机型号和版本号五花八门的让人心痛，尤其兼容性频发的低版本手机，更是让人无可奈何。而且兼容性问题，我接触到的开发和测试都不是特别重视，因为在他们的认知里，低版本手机就没人用.....但是，如果你得产品面向的用户群体年龄稍大，做好低版本的适配是有必要的。
2.信息同步相关人，一个都不能少
做产品，最忌讳悄咪咪的做事情.... 尤其是上线这种大事，当然要敲锣打鼓的“宣扬一番”。
一般来说，在需求收集、方案产出的阶段，谁是这个产品的相关人，就差不多清晰了。可能有这几种：
业务方：适用于后台产品，主要对运营、法务、财务等内部同事负责；上线前可能还需要涉及系统培训等，准备好SOP；
客服：功能上新，活动发布，一切牵扯到用户行为的，一定要告知客服，而且应该在产品上线前提前告知，方便客服熟悉功能变动及整理应对话术。
技术团队：由于很多产品的开发，需要依靠不同的技术团队共同实现，因此，在确认上线前，要保证和其他技术团队沟通好，以防漏了哪块服务，导致线上功能无法正常运行，就尴尬了。
这方面我有一个比较惨痛的教训.....我们在产品上线前，确认了流程、功能无误，准备了sop，提前通知了相关方，以为万事俱备，就上线了。
然鹅，问题出在，我以为我们上线的是一个独立的模块，但没想到，凌晨被另外一条业务的产品同事抓起来，说新上线的产品因为某些原因，导致他们的业务被投诉.....
当时是周五的晚上，开发不能马上解决，只能采取回滚，自责感特别强....
自从那件事儿之后，还给自己立了一个flag —— “周五再上线就是狗”。
不过，不管怎样，还是希望能在前期尽心尽力，保证上线后的一切顺利吧~
作者：旅兔seven
链接：https://www.jianshu.com/p/9a1a6e480feb
随时随地看视频
