经过多方长时间的努力,产品终于呱呱坠地,do list也清空了,当你以为万事俱备的时候,真正的考验还在等着你——上线前一周准备工作。
1.关于上线前准备工作
什么是上线前准备工作?
理论来说,上线前做的所有工作都是上线前准备工作,但是涉及太多,所以这里只取上线前一周工作。在这一个星期里面,最迫切最需要做的事情,就是上线前一周准备工作,例如最后的测试,准备说明文档等。
有什么重要意义?
万事俱备只欠东风,只有把准备工作做足,才能应对正式上线后的各种突发状况。
不好好做会怎么样?
不好好做的已“卒”,例如在地震前,没有做好准备工作的,付出的是血淋淋的代价,互联网产品同理。
下面,分别从产品、测试、开发、业务的角度看上线前一周应该做什么?
2.上线前一周产品应该做什么?
(1)最后的试用--功能是否完善?是否达到预期目标?有哪些细节上的问题存在?
任何产品,任何时候,产品都需要把握好产品的质量关,不能让半成品的产品上线。有些产品人经常犯的致命错误就是:已经试用了一遍,没有发现什么问题。这是错误的意识,产品应该要经过无数次的试用,问题没有被发现,只是因为试用深度不足。无论多忙,首先都要保证试用次数至少超过10次。同时,在不断的使用同时,完善细节。
(2)意见反馈表
不同于C端产品,内部后台系统,可以有针对性的指导体验方案。需要真实用户重点验证什么?是新功能的可用性,还是旧功能的效率提升?还是数据的准确性得到提升?
(3)next规划
一个产品上线之后,还不是终点,后续产品的规划更重要。
(4)检查产品文档并进行更新
文档是重要的沟通、留痕工具,特别是其他项目组成员(开发、测试、交互、视觉)以及后续接任的产品组成员。
3.测试应该做什么?
(1)把好最后一道关,对于无法通过测试的产品,敢于对上线say no!
产品上线前一周,测试都会在做最后的努力,不要让努力白费的重要观念就是严格执行测试要求,对于不符合上线条件的产品say no!
(2)使用说明文档
对于后台系统来说,测试会编写使用说明文档,交付真实的用户参考使用。
4.开发
(1)代码复核
把代码复核一遍,做好检查,例如测试环境的接口,需要替换到生产环境的接口。
(2)做好回滚准备
上线后部分突发事件不可预估,若上线后更新会导致严重的后果,需要做好回滚的准备。尽快排查原因,再重新上线。
5.运营
(1)做好宣传准备工作
产品上线,特别是新旧系统替换,运营或者业务人员就需要做好宣传的工作,通知相关人员做好心理准备。若是全新的产品,则需要准备宣传材料。
(2)常见问题解答
和产品、开发人员进行沟通,准备可能面临的一些常见问题,应对真实用户的疑问。
(3)意见反馈
上线后注意收集用户的意见反馈,汇总到产品部门。
写在最后:这里主要是距离说明一些比较重要的准备工作,针对不同的产品,需要准备的工作还有很多,例如C端的产品,例如游戏产品等等,不能一一枚举,仅为抛砖引玉。
参考文献:
1.互联网产品上线前,一定要做些什么?(附范例)——Blues