项目跟进（下）

2023-11-14  本文已影响0人  小产品一枚

————上文————
项目启动
1、确定人员
（1）确定开发人员
（2）确定测试人员
2、确认PRD
3、确定上线时间
开发中
1、查看进度
2、对接开发
3、记录工作日志
4、与需求方保持联系

关于项目跟进，本篇接着讲解后三步骤。

测试中

1、确定PRD

测试人员需要产品需求文档进行开发成果验证。对此，产品经理在对应的测试人员开展测试工作前，需与他们再次确认产品需求文档。产品需求文档是测试结果验证，测试人员会把产品经理输出的需求文档作为最终底牌。

如果遇到后台功能逻辑特别复杂或者牵涉多个产品致逻辑特别复杂时，建议产品经理帮助测试人员测试，这样才能将不合理的设计尽可能地都检测并罗列出来，以便开发人员及时更正。

2、跟进测试

在测试过程中，产品经理需要及时与测试沟通，了解测试情况，关注未处理的Bug，不需要关注已解决的Bug。对于重新开启的Bug，要考虑是不是产品的逻辑关系导致了产品不断出现Bug。

测试记录

此外，有的产品经理按负责的产品类型区分，有的产品经理按模块划分。不管如何划分，产品经理应当时刻对自己的产品测试报告进行回查。尤其当团队中有两个以上的产品经理时，通过产品经理的工作分工，可以让负责该模块的产品经理查看产品的测试报告，提升产品经理验证和调试的速度。这样就不需要将所有的测试结果报告集中在一起给某个产品经理验收，而且产品经理也不方便查看。

3、关于BUG

（1）Bug的起止

当测试发现一个功能不满足需求的时候，需要判断是否为 Bug，如果是 Bug，就需要提交 Bug。提交的时候需要通知对应的产品经理，由产品经理来将 Bug 分配给对应的开发，或者直接通知对应的开发。

开发接到 Bug 之后，需要人为判断是否为 Bug：如果不是 Bug，则需要和测试、产品经理沟通，然后关闭 Bug。如果是 Bug，需要修复。修复完成之后，提交代码，并备注 Bug 编号，然后更改 Bug 状态为「已修复」。

接下来由测试人员验证 Bug 是否修复，如果修复，则测试人员需要关闭 Bug；如果未修复，则测试人员需要更改 Bug 状态为「验证未通过」，该 Bug 重新恢复到未修复状态。

（2）Bug 无法复现怎么办？

首先了解下哪些原因会导致 Bug 无法复现：

其次，如果以上方法都已经尝试过，但 Bug 仍无法复现。此时，产品经理需要评估 Bug 的重要性以及上线时间。如果 Bug 不重要且上线时间很紧，那么只能让测试暂时“挂起 ”Bug。换言之，产品经理需要辅助测试对 Bug 保持线上关注，如果历经多个版本仍没有出现这个问题， 测试可关闭该Bug 。

（3）部分 Bug 未解决，能上线吗？

首先，产品经理需要确定以下三点：

最后，产品经理再做决定。如果 Bug 不重要，修复很耗时且不确定是否会引起其它 Bug，离上线时间很近，且不能延期，那只能下次改。其它没有规则，只能产品经理自己判断。判断错了怎么办，总结经验下次不要再做错决定即可。

此外， Bug 未解决，并且产品经理决定这个版本不解决，那这个 Bug 就不属于当前版本的管理范围，测试需要视产品开发情况，将未解决的Bug及时更新到下一版本或者下下版本中，让开发及时修复。总而言之，测试需要跟踪 Bug 修复直至上线甚至是用户反馈。

贯穿始终

1、时刻同步产品需求文档

在项目跟进过程中，产品经理一定要及时更新和同步产品需求文档，对于一些新加的需求，需求文档需要详细标注。更新的意思是在有新的需求或变更时进行同步，同步的意思是文档要及时上传到SVN（团队协作云盘）或团队内部。

上线后

1、开放权限

项目上线后，产品经理需要第一时间给相关业务人员开放功能权限，以便业务人员能看到并使用该功能。

2、记录问题与确定优化项目

（1）自行线上测试

线上环境与测试环境多多少少有一点出入，并且再严谨的测试也可能会遗漏某些小问题。因此当项目上线后，产品经理需要去自行使用一遍新功能（前提是可以线上操作，不影响线上数据和其他功能）。在该过程中，产品经理要及时记录发现的新问题，以及整理优化项目（优化项目是指需要修改的小项目，并不是产品需求中没有开发的功能），查缺补漏。

后期优化记录
（2）搜集用户反馈

在用户使用过程中，产品经理需要及时记录用户反馈，合理判断优化项，确定优化方案，视优先级进行合理排期。

小结

以上项目跟进的所有内容只是【项目管理】中贯穿产品经理日常工作的一部分。总之，作为产品经理，要多沟通、多了解，实时把控进度，及时做周汇总或项目总结，整理项目中存在的问题并随时为后续迭代或复盘做好准备。

上一篇下一篇

猜你喜欢

热点阅读