如何做好产品经理？

产品经理如果想拖垮整个团队，按照下面的方式去执行就好了。

1.对需求缺乏深度思考

面对客户的种种需求，缺乏深度的思考，人云亦云，甚至没有任何记录，就直接进入所谓的设计阶段。设计出来的东西无法说服团队中其他成员，最后，拿客户和公司领导当挡箭牌，“客户说的要这么做”， “XXX领导说的要这么做”，这样即便能够执行下去，与之合作的研发人员心里也肯定不爽，即便项目推进了，产品经理的信誉也完了，以后很难再合作，甚至会有团队成员离职的想象，给团队成员留下一个深刻的印象：坑！

2.不断挖坑

挖坑不断，专坑自己人。给出的产品文档或需求说明书，漏洞百出，或者说根本就没有产品文档和需求说明书，连设计都完全没有任何有意义的标注。一些业务细节点根本不去深度思考，研发人员问到相关细节业务后，支支吾吾，前言不搭后语，或者当场临时拍脑袋想个方案，事后各种问题。反过来说，研发开发的东西Bug很多。

3.不清晰表达设计

对于设计中的功能细节，不去做完整的标记，在项目推进过程中多了非常多的不必要的重复沟通和解释。自以为项目评审的时候说的清清楚楚，结果研发人员几乎每天都会去找产品经理沟通具体细节业务，极大的浪费了时间。然而，他们会反过来说，研发效率有问题（纯粹扯淡）。

4.拍脑袋想当然

不根进实际业务和需求，也不跟进真实客户，不去深刻的了解客户现状。需求凭自己的主观臆断。然而，做出来的东西不是用户想要的，或者需求根本没有覆盖全面，最终，在所谓的设计上临时修补，把锅甩给了研发，说研发还没开发呢。

5.不互通信息

这点在一个项目中有多名产品经理时表现的尤为突出，每个产品经理对于用户的需求和业务的理解都不一样，然而，产品经理与产品经理之前缺乏深度的沟通和思考，多人共同设计一个项目时，业务矛盾点重重，研发根本无法推进工作。

6.害怕背锅

总是想办法把锅甩给别人，原有的设计定稿后，由于某种原因，发现自己设计的貌似有点问题，那好，偷偷修改下，不告诉研发，出问题时，直接甩出一句：研发没有按照设计开发。然而，多名前后端研发人员一致认为设计改了，产品经理就是不承认。设计稿有版本记录可以追溯还好，如果没有版本记录，就扯皮吧！

7.确认的需求随意更改

前期自以为自己理解了客户的需求，设计已和客户确认，研发已经开发完相应的功能。后来发现设计貌似有点问题，又不去跟客户沟通交流，自己随意更改设计，然而，改动的地方并没有清晰的标注出来，交给研发人员时，全靠研发人员自己猜。要么就是找研发讨论半天业务和需求，然而并没有什么卵用。改动确认后的设计，客户并不知情，反正坑就对了。

8.没有产品意识

从思想层面上就没有做产品和设计的意识，设计稿没有版本的概念，总是在当前版本上随意修改，然而给到研发人员的总是最新的“草稿”版本，几乎没有任何有意义的标注，研发人员根本看不出哪里变更了。一个变更点要讨论大半天就对了。研发人员不耐烦的时候，就会抛一句：“跟客户确认了吗？先跟客户确认下再说”。然而，就没有下文了。等到测试时，啊，是研发没修改呀！研发人员心里也是一肚子火。

以上的几点，产品经理按照其中的一两点执行，保证所做的产品或者项目，要么不断延期，要么必败！！ 只有做好上面这些点，才能成为一名合格的产品经理。