文章作者：Q哥
可能点开这篇文章的同学，要么是程序员，要么是产品经理，那么为什么程序员最痛恨这些产品经理了？
1、看了几本产品经理的书，天天把用户体验，天天把产品需求，天天把一堆的产品术语挂在口里面，但是却连一个内部的“管理后台”都无法设计。
为什么很多产品经理很喜欢设计“前端”页面，却连一个内部的“管理后台”都无法设计出来，因为大多数时候，很多平台的内部“管理后台”是产品经理无法截图的，无法看到的，他们喜欢去“竞品”那去抄前端用户截图，去抄用户交互，去抄用户需求。那么是什么原因导致产品经理的这种情况出现了，一是不懂系统业务流程的基础知识，二是不具备基础的技术背景（尤其是在互联网行业，这种产品经理大把是）
2、总喜欢把“这技术好简单”，“这改起来好简单”，“不就是改几行代码的事么”，“你们怎么这么垃圾，别的公司程序员都能够搞定”，“你为什么改一个代码改这么久，不就是改一点点么”
这种产品经理大多数是受到了公司CEO的大授权的，可能他的权限比公司的CTO还大，还有些公司的产品经理本来就是CEO兼任（这个能理解），或者是从别的大公司淘汰出来的产品经理当宝养着，对于这种有大“权力”的产品经理，他们一般不会把程序员放眼里面，他们一直觉得如果没有自己抄的那些产品截图，那些他心里面的“垃圾的”程序员可能是随时可以替换掉的。
3、不懂技术，瞎指挥。
有些产品经理其实也是挺上进的（上进是好事，但是别瞎指挥有实战经验的程序员），一听说互联网行业的产品经理最好要有技术背景，于是买了一些技术书当小说快速阅读（反正也看不懂），不懂没有关系，但是请不要不懂瞎指挥，尤其是一些产品经理除了看了产品经理相关的书以外，还经常会看一些大互联网公司的架构书，技术剖析书籍，然后就自认为自己很懂，照搬“大互联网公司”那些架构，却不知道自己公司才几杆子枪，或者目前的业务（系统平台）根本还没有达到这个量级别，于是就干涉指挥程序员应该套用这个架构，应该套用那个架构，却不知道自己没有任何编程实践经验、光是看几本书、或者看网上的几个技术架构剖析是无法解决当于的技术难点的，而这些公司却一直迷信这些无所不能的“产品经理”，也不知道去招聘一个CTO 或者 技术总监。
4、产品需求变来变去并且还不尊重程序员
现在互联网的讲究的是“快”，所以产品需求根据数据运营进行变动，尤其是在互联网行业也是能够理解的，但是这些“产品需求”变来变去的产品经理不但不反省一下自己为什么接二连三在用户痛点的把握上出现偏差？有时候还怪程序员没有预留接口 或者 架构设计得不合理等等。
最后在此呼吁：互联网行业的产品经理最好要有一定的技术背景，为什么张小龙是最优秀的产品经理，因为他熟知技术，也非常懂用户的痛点。
----------------------------------------------------
以上观点仅代表本人的个人观点，与任何公司无关。
欢迎友好的评论，拒绝任何不友好的评论，凡是评论中带脏字 或者有 侮辱性的评论，那么黑名单中见。
如果您觉得我的这篇文章有点料，那么记得转发给你身边的朋友。
想了解我更多的朋友，请点击“我的头像”——“极客聊天”
热门跟贴