产品上线后做什么?项目维护工作详解

任何产品功能开发都是需要成本的,除了前期的人力物力财力成本还包括产品上线后对应整个项目的维护成本。

很多公司项目比较多专人专事的模式是常见的,当你入职一家公司接到一个老项目维护的时候可能会心有不甘,内心的OS”我是来打造产品改变世界的好吗,让我维护真是没劲,产品的技能都用不上 我想画原型我想写需求我想调研等等等等。

此时请先将心态放平和,任何的经历都将成为我们成长路上的好机遇。任何的一个机会中认真去做全心投入都会有所收获,在将来的某一天某一个时刻你会感谢曾经经历的一切。(除非你是抱着打酱油的心态。。)

对于新手来说刚进入公司就接到维护的任务通常是处于懵逼的状态,为什么会懵逼?说到底就是不知道这个过程中自己要干什么以及应该怎么做。

今天就来跟大家聊一下关于项目维护中作为负责人的我们该如何处理。

首先我们需要对维护有清晰的认识。项目维护通常的形式包含

第一:对已上线的产品进行基础上的增加少量功能(注意这里和版本迭代还是有区别的哦,虽然也可以理解为迭代但是和迭代的区别在于周期性不频繁、不影响运营效果、不影响用户的基础和核心操作且计划性不强)

第二:对已上线的项目进行部分的需求变更(emm。。。这是个比较心疼和头疼的过程,毕竟做出来也是不容易的)。

第三:对已上线的项目进行BUG修复。

了解完基础认知之后接着我们来了解一下处于维护阶段的项目有哪些特点呢。

1.需求方的要求比较快且给的工期较短。

2.因为是维护项目所以对应的资源投入也会较少(一个人干两个人的事情也是可以的)。

3.对已有内容进行部分修改导致其他功能出现问题(emm。。这个是真的没办法);

4.对接来讲需要跟需求方频繁的沟通确认、和技术确认方案。开发完了需要花费大量时间测试;

5.需求方的请求具有不确定性,随时可能会发生变化;

那么我们该如何做呢?

1.在接收到需求之后需要去评估需求的影响范围。需要对成本的投入、工期的计划及技术的风险作出合理的评估。

2.每一个需求确认后需要明确具体的负责人,从产品经理技术到测试甚至UI

3.对接收的需求无论是否落地都需要及时去跟踪并记录当前状态及原因;

4.根据需求类型输入不同的产出物,比如新增的时候需要产品经理输出对应的原型+文档、流程图等输出物;

5.涉及到外部需求方的建议先进行电话或线上的确认然后再统一发送确认邮件;

6.需求是否可以落地需要组织相关人员进行需求评审;

7.制定具体开发计划及节点规划,做到每个阶段都有明确的交付物。

8.做好过程管理,建议可以每天和研发人员确认已完成和待完成任务;

9.做好工作汇报,按照阶段性要求定期汇报和反馈。

10.做好代码管理(通常有项目经理/研发经理来做)。

11.进行技术内容评审会议(产品经理可以参加)。

12.明确每阶段测试任务及预期结果,对未实现的预期结果及时处理和反馈;

13.制定版本发布计划做好版本发布前期准备(注意app有审核时间的);

关于项目维护就讲到这里,其实不仅是对维护包含产品的研发这套方法都是可以借鉴的(要懂的活学活用)。

只有将收集到的信息形成自己的认知并形成自我的知识体系才叫知识的运用~~

为您推荐

发表评论

电子邮件地址不会被公开。 必填项已用*标注