共计 1693 个字符，预计需要花费 5 分钟才能阅读完成。
明天周末了，不写技术文了，写一篇对于产品经理的思考文，各位作产品的小伙伴能够看看，很有警示作用。
家喻户晓，在企业中，不论是外包企业还是互联网企业，产品经理对于公司的倒退都是至关重要的。然而，很多中小型企业的产品经理尽管在产品经理的岗位上，然而并没有达到产品经理应该有的素质和技能。为啥？请看上面对于产品经理的基本技能图谱。
注：图片来自互联网。
说到这里，必定有很多作产品的小伙伴会问：产品经理真的须要懂这么多吗？这是必须的，上图中的技能只是对于产品经理这个岗位的根本要求。
冰河加入过 N 次的互联网大厂举办的技术和产品峰会，期间，意识了很多技术和产品大佬，无一例外，对于产品的能力模型，上图中展现的的确是最根本的技能了。
然而，很多中小企业的产品经理基本达不到上图中的要求，做好一个产品经理很难，然而，产品经理要想拖垮整个团队，却非常简单。
产品经理如果想拖垮整个团队，依照上面的形式去执行就好了。
1. 对需要不足深度思考
面对客户的种种需要，不足深度的思考，随声附和，甚至没有任何记录，就间接进入所谓的设计阶段。设计进去的货色无奈压服团队中其余成员，最初，拿客户和公司领导当挡箭牌，“客户说的要这么做”，“XXX 领导说的要这么做”，这样即使可能执行上来，与之单干的研发人员心里也必定不爽，即使我的项目推动了，产品经理的信用也完了，当前很难再单干，甚至会有团队成员到职的设想，给团队成员留下一个粗浅的印象：坑！
2. 一直挖坑
挖坑一直，专坑本人人。给出的产品文档或需要说明书，漏洞百出，或者说基本就没有产品文档和需要说明书，连设计都齐全没有任何有意义的标注。一些业务细节点基本不去深度思考，研发人员问到相干细节业务后，支支吾吾，前言不搭后语，或者当场长期拍脑袋想个计划，预先各种问题。反过来说，研发开发的货色 Bug 很多。
3. 不清晰表白设计
对于设计中的性能细节，不去做残缺的标记，在我的项目推动过程中多了十分多的不必要的反复沟通和解释。自认为我的项目评审的时候说的清清楚楚，后果研发人员简直每天都会去找产品经理沟通具体细节业务，极大的节约了工夫。然而，他们会反过来说，研发效率有问题（纯正扯淡）。
4. 拍脑袋想当然
不根进理论业务和需要，也不跟进实在客户，不去粗浅的理解客户现状。需要凭本人的主观臆断。然而，做进去的货色不是用户想要的，或者需要基本没有笼罩全面，最终，在所谓的设计上长期修补，把锅甩给了研发，说研发还没开发呢。
5. 不互通信息
这点在一个我的项目中有多名产品经理时体现的尤为突出，每个产品经理对于用户的需要和业务的了解都不一样，然而，产品经理与产品经理之前不足深度的沟通和思考，多人独特设计一个我的项目时，业务矛盾点重重，研发根本无法推动工作。
6. 胆怯背锅
总是想方法把锅甩给他人，原有的设计定稿后，因为某种原因，发现自己设计的貌似有点问题，那好，偷偷批改下，不通知研发，出问题时，间接甩出一句：研发没有依照设计开发。然而，多名前后端研发人员统一认为设计改了，产品经理就是不抵赖。设计稿有版本记录能够追溯还好，如果没有版本记录，就扯皮吧！
7. 确认的需要随便更改
后期自认为本人了解了客户的需要，设计已和客户确认，研发曾经开发完相应的性能。起初发现设计貌似有点问题，又不去跟客户沟通交流，本人随便更改设计，然而，改变的中央并没有清晰的标注进去，交给研发人员时，全靠研发人员本人猜。要么就是找研发探讨半天业务和需要，然而并没有什么卵用。改变确认后的设计，客户并不知情，反正坑就对了。
8. 没有产品意识
从思维层面上就没有做产品和设计的意识，设计稿没有版本的概念，总是在以后版本上随便批改，然而给到研发人员的总是最新的“草稿”版本，简直没有任何有意义的标注，研发人员基本看不出哪里变更了。一个变更点要探讨大半天就对了。研发人员不耐烦的时候，就会抛一句：“跟客户确认了吗？先跟客户确认下再说”。然而，就没有下文了。等到测试时，啊，是研发没批改呀！研发人员心里也是一肚子火。
以上的几点，产品经理依照其中的一两点执行，保障所做的产品或者我的项目，要么一直延期，要么必败！！
好了，明天就到这儿吧，我是冰河，咱们下期见~~
