半路出道做产品经理,经历了3次失败后终于上路了

在正式做产品经理之前,我是一个传统IT项目的软件咨询和维护人员。我在半路出道做产品经理后,先后经历了3个项目的失败后才慢慢的走上了产品经理的正规。这3个项目有大有小,下面我就和大家一起来分享一下我失败的项目案例吧。

半路出道做产品经理,经历了3次失败后终于上路了
文章图片
我的经历 第一个项目:产品还没有出世就已经夭折了
我之前学习的是电子专业,按理说也是有几门课程是和计算机与关系的。但是,毕业后我做的不是计算机方面的工作,而是做了一名软件的咨询和维护人员。我和产品经理结缘也是突然有一天我们公司要上一个互联网的项目,但是大家都没有做过互联网,于是我的领导就对我说要不你去试一下吧。
我对互联网也是比较感兴趣,我就按照之前做传统IT项目的方法来调研需求、写实施方案、组织会议讨论、对接开发......可是到了测试阶段,出现问题了。我们测试的同事在测试的时候发现我们的产品无法承载起压力测试,同时还有很多功能模块无法测试通过。于是,我们又让开发修改,刚开始开发还是愿意修改的。可是时间长了,他们也觉得这个项目怎么老是要修改东西,他们也不想修改了。可是,领导和客户又一直在催,面对这种情况,后来我们的开发有2个离职了,而这个项目也就暂时被停止了。
第二个项目:产品还没开发,就发现这个项目漏洞百出,最后不得已舍弃做这个项目了
这个项目是我中途接手的一个项目,之前的同事是由运营转过来做产品经理的,后来在评审需求阶段他就提出离职了。然后在这个时候,领导又让我去接手这个项目。于是,我就将关于这个项目的所有的资料和文档仔细的看了一遍,然后在之前的基础上做了一些补充和完善。可是,哪知我在做完了所有的前期工作后,在项目评审的过程中,开发和设计的同事说这个项目上还有很多隐形的问题没有解决,这也是之前的同事在做的时候留下的,只是他当时没有给我交接清楚。然后我说,既然有问题那就都提出来吧,我们尽力把能改的都修改了吧。可是开发的同事死活不干,他们说如果都做调整和修改,那这个项目调整的地方就太多了,还不如不做。最后,老板也同意不做这个项目了,这个项目就这样被放弃了。
第三个项目:产品从需求调研、需求分析、需求评审、产品开发、产品测试、产品上线、产品运营一路走来总算是跑完一个流程了。我在这个项目上付出了很多,同时也在这个项目上学到了很多的东西,在上线试运营的一年时间里,从各项指标来看这个项目运营的还算是比较健康的,可是我还没高兴多久,客户方的领导就找我们的领导说,这个产品现在有些地方已经不能满足他们的需求点了。他们的竞争对手已经开发出了另一款产品,他们也想开发一款类似的产品。我听到这个后,马上给老板说我们可以直接迭代就可以了啊。可是,老板最终还是没有说服客户,最后这个产品又被使用了几个月后就被他们新开发的产品所取代了。
半路出道做产品经理,经历了3次失败后终于上路了
文章图片
我的总结 经历过几个项目后,说实在的我觉得我既有收货,也有遗憾。收货是我终于自己主导开发出了一款产品,虽然使用的时间不长。遗憾的是我没有一款可以拿得出手的产品来慰藉我多日的辛劳。最后,我也总结了以下几点影响项目成败的因素供大家参考。
1、需求分析要做足功课
需求分析是一个产品经理最重要的工作,因为这直接关系到整个项目的成败。同时,需求分析也是检验产品经理能力的一个标尺。很多时候,我们需要和客户和老板通过不断地沟通和交流来激发出思维的火花。我们在需求分析阶段做的越全面、越细致,你在后面的工作就越好推进。
2、有准备的沟通交流很重要
有准备的沟通和交流分成口头沟通和书面的沟通两个维度来讲。口头沟通就是要和项目相关的人员及时的做好产品功能和一些细节方面的沟通,因为这样一方面可以加深大家对产品的理解,另一方面也可以保证开发出的产品对用户的契合度会比较高。
3、做足各种文档和资料支撑
在项目推进和开展的过程中会形成很多的文档,同时针对每一次的版本迭代,我们又会加入和修改很多的东西。所以,面对很多的文档如果我们不能分门别类的做好整理和总结,后期项目的顺利推进就会受到影响。同时,一些重要的数据文档如果一旦丢失,那对项目造成的损失和可想而知的。
4、项目管理很重要
每个项目都有其风险存在,做一个全面的风险识别和应对,这样有了项目风险也可以积极的应对,不会造成很大的损失和导致项目流产。项目管理要及时的跟进项目并提前预估并规避项目风险,问题发现得越早,越早调整战术和战略,损失就越小,同时也能够保证项目向着更加健康的方向发展。
5、不断的总结才能提升自我
【半路出道做产品经理,经历了3次失败后终于上路了】产品经理是一个实践出真知的职业,我们在项目中遇到问题并不可怕,可怕的是一个问题遇到几次还不知怎么解决。总结能力是产品经理必备的一项能力,因为只有总结才能让自己的技能得到升华。

    推荐阅读