如何成为一名拖垮整个团队的产品经理？

今天周末了，不写技术文了，写一篇关于产品经理的思考文，各位做产品的小伙伴能够看看，颇有警示做用。

众所周知，在企业中，不论是外包企业仍是互联网企业，产品经理对于公司的发展都是相当重要的。然而，不少中小型企业的产品经理虽然在产品经理的岗位上，然而并无达到产品经理应该有的素质和技能。为啥？请看下面关于产品经理的基本技能图谱。

注：图片来自互联网。

说到这里，确定有不少做产品的小伙伴会问：产品经理真的须要懂这么多吗？这是必须的，上图中的技能只是对于产品经理这个岗位的基本要求。

冰河参加过N次的互联网大厂举办的技术和产品峰会，期间，认识了不少技术和产品大佬，无一例外，对于产品的能力模型，上图中展现的确实是最基本的技能了。

然而，不少中小企业的产品经理根本达不到上图中的要求，作好一个产品经理很难，然而，产品经理要想拖垮整个团队，却很是简单。

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

1.对需求缺少深度思考

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

2.不断挖坑

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

3.不清晰表达设计

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

4.拍脑壳想固然

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

5.不互通讯息

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

6.惧怕背锅

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

7.确认的需求随意更改

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

8.没有产品意识

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

以上的几点，产品经理按照其中的一两点执行，保证所作的产品或者项目，要么不断延期，要么必败！！

好了，今天就到这儿吧，我是冰河，咱们下期见~~