产品经理在互联网圈不只是一个职位，而是一个标志性的代名词。

有了一个桂冠的称号之后，便有了一系列不可收拾的数落；当然对于产品经理出身的我，也不能耐住寂寞不去多说两句，于我缪见，产品经理应该纠正的八个问题是这样的：

想当然

接到一个需求，随便想想之后就果断认为自己的想法是对的，根本没有进行任何用户调研，随便拿出几个竞品开始分析其所以然来。

当然产品经理一般都是阅过无数产品，也做过N多款产品了，自我崇拜意识还是有的，这也正常！不过作为产品经理的你有没有想过，你做的产品要为你的老板负责，要为团队的每一个人负责，所以还是听听他人的心声比较好！

沟通不到位

产品经理是对负责项目最熟悉的人，上到和老板沟通需求，再到自己设计原型，下到和开发人员以及设计师的沟通交流，每一步都至关重要。换个方式来说，产品经理是项目的媒介，只要一个环节沟通不到位，整个产品线就会为之所动，所以产品经理做好沟通是首位，也应该重视起沟通的重要性。

忽视了设计原型

在我眼里原型不是简简单单给老板交差或者拉投资那么的简单，而作为产品经理的我们在做原型的时候应该多思考思考，多下点功夫，不仅要把想法在原型中完全展露，更应该最大可能的提高原型的交互感，让用户看见产品有一种兴奋感，有很多经典游戏设计就做到了这点，以至于深得用户喜爱，也就是说必须给用户一种尖叫的体验！！！

需求变更

一般来说，在做完所有准备工作后就要进入开发阶段，当前开发版本的基本需求已经确认，没有大的改动。但是，有些产品经理就是手贱，在开发过程中突然发现很多需求不正确不完善什么的，然后“雷厉风行”的将需求一痛狂改，说难听点改的都面目全非了，失去了产品的本意，这样不仅改得自己都不知道自己做的是什么了，而且让开发人员感到无比痛苦，这也变出现了砍产品经理事件，这个问题我和我团队的其他合伙人以及产品经理也经常也拿出来开玩笑！

可是作为产品经理的你应该换位思考，为什么出现这些事件，而且屡见不鲜，归根结底问题就出于产品经理的身上，改需求是为了让产品更完美，但是过度修改真的不是这么回事了，就像盖房子，你不能到差不多完工了再说把客厅换个位置吧！这些需求本来在开发前就让你去完善的，就不应该在开发中肆无忌惮的狂改需求；有些产品经理真的也是软弱无力，老板想到什么突然就让改什么，在这我再扯一下蛋，毕竟老板在产品方面不是专业的，作为产品经理就应该与老板做好沟通，避免这类问题的发生。

项目周期规划不当

在老板眼里今天完成产品的设计，明天进入产品开发，后天产品上线然后可以赚钱是最好不过的，但是这只能是一个幻想，所以，对产品的开发周期在开发前就应该与技术负责人做好沟通，做出一个合理的安排，客观的规划一下项目周期。

本人建议，在开发之前和老板，项目负责人开一个开工大会，把这些事情沟通好，这样进入开发就不会出现大问题，即使出现了问题，也会轻而易举的解决掉，老板也不会天天在耳门催你了。

不能有效的整合资源

项目进程中，所有调配的人力物力都叫做资源；怎么让这些应有的资源合理的分配和利用呢？这就需要作为产品经理的你去整合它，千万不要在开发过程中让大家再对你的产品产生怀疑和不满，尤其是老板，据统计很多产品就失败在这个环节。

不能认真对待产品的本质

首先说说产品经理在公司的生存现状，我认为产品经理绝对是最累的，因为，作为产品经理不仅要和所有产品涉及到的人员做好沟通工作，而且还要对产品承担起第一重任，任何一个环节出错都可能与产品经理分不开。

在如此水生火热的环境中，产品经理就真的要做到一种“不倒翁”的精神，在此也呼吁其他人员也多理解和照顾照顾这个“弱势群体”，不要把他逼到跳楼自杀的地步；但是话又说回来，这是你的责任。产品上线以后会出现高峰期和低谷期，在高峰期应该做好用户粘性，让到手的用户不要再走；在低谷期，真的要直视产品本质，多想想在哪个环节出了问题，把问题剖析出来，在本质上优化产品，重新赢得用户掌声，能够做到这点的产品经理真的可以称之为伟大的产品经理了，因为这样的产品经理不仅心理素质好还有可以静心直视产品品质做优化甚至换血液，更重要的是这样的产品经理懂的承担责任，在人品上已经胜利了。

不能及时提高自己

一个公司老板的战略决定着公司的未来，而对于一个产品经理的产品观念高度也是对公司的发展起着举足轻重的作用，所以，我们要不断的学习，不断的交流，不断的提高自己！

想必，看完这八个问题，产品大牛们也或多或少的对自己进行一点审视了吧？

其实，对于一个产品经理，我们不应该保持以往那种传统的“官僚作风”，我们应该敞开心扉，去多听，多看，多悟，这样，我们做的产品才不会那么生硬，会更具生命力和亲和力！！！

本文为作者@一爷 原创投稿发布，转载请注明来源于人人都是产品经理并附带本文链接