回看了前2个月的总结，发现反思与总结的有点少，所以这个月想再深入的总结一下。
中午发生了一件不太愉快地事情，高级PM与研发经理撕逼，我也卷入其中，结果就是以后的需求都要经过评审。凑巧的是，我下午刚好要发一个新需求，所以这个支付项目的第一次需求评审会议就由我组织了。10多个开发与测试人员，直勾勾的看着我的原型，听着我讲解着流程，然后以他们的技术人员的角度来给我提出各种宝贵的意见，别提我当时有多紧张了，第一次组织这种会议，第一次作为主讲人，为他们回答问题。还好，结果还是挺让我自己满意的（不知道其他人满不满意），在评审的过程中，我就庆幸自己对于这个需求考虑的比较细致，梳理了整个的流程，不然真的会被批的体无完肤，虽然过程中也被指出一些异常情况没有做，但是这还无伤大雅，毕竟我只是个半年经验的小菜鸟。但是如果我跟高级PM说，我只是产品专员，那我估计会被批的更惨，因为她一直要我以产品经理的身份来要求自己。通过这次需求评审会议，也让我谨记，以后在做需求的时候，一定要仔细想清楚每个功能的必要性，合理性，存在性，让整个流程形成闭环，还有一些异常情况处理，要思考的再全面一些，不然开发同学会有各种各样的办法“折磨”你。
这个月有不少的收获，做了很多以前从没做过的事情，比如：Bug管理、需求池管理、需求规划、验收自查表、FAQ等等。因为之前没有做过这些，有些甚至都没听过，所有刚开始做的时候就遇到了很多问题，比如在测试Bug的时候，很多功能都是测完一遍又一遍，需求改完一次又一次，这对于产品经理来说是非常不专业的，所以高级PM就要求做好Bug管理，刚开始我只是将找到的Bug整理成文档发给开发同学去修复，但是后面这种方法并不可行，如果反复出现的Bug，那我怎么知道呢，所以这时候就需要一个Bug管理，对Bug进行管理，将所有的Bug汇集在一起，然后在后期可查看到Bug是重复出现的，还是新的Bug。通过这个Bug管理，我现在可以非常清楚的知道每一个Bug是新的还是重复的，如果没有高级PM教我，我应该还在重复着第一份工作时的情景，无脑且反复的测试，Bug改完一次又一次，效率非常低。
需求规划，可以说是我这个月最大的收获了。在产品完成一期需求的情况下，为产品规划二期的需求，那就要知道二期主要想解决什么问题，想获得什么，需求特别多，如何给需求排优先级，还要评估需求的开发时间与需求的可行性。这些东西，我之前从来没有参与过，也没有了解过，然后高级PM突然丢了这个任务给我，让我措不及防，我去网上找了一些有产品经验的人咨询后，再结合自己的产品，就规划出了一些二期的需求，通过跟高级PM讨论二期的需求规划后，也对二期要改进什么有了一个大概的了解，这些都是非常宝贵的经验，对于我这个产品菜鸟来说。
规划完二期需求，那就要去做出原型与写需求文档，然后再找开发人员进行需求评审，有了下午的需求评审的经历后，我相信这次做的原型和文档，一定会更加的细致，思考的更多。真的很幸运可以做这个项目，让我跟着这个项目一起成长，真的让我学会了很多东西，我要好好努力，早日实现我的目标，加油。
网友评论