文章作者：Q哥
可能點開這篇文章的同學，要麼是程序員，要麼是產品經理，那麼為什麼程序員最痛恨這些產品經理了？
1、看了幾本產品經理的書，天天把用戶體驗，天天把產品需求，天天把一堆的產品術語掛在口裡面，但是卻連一個內部的“管理後臺”都無法設計。
為什麼很多產品經理很喜歡設計“前端”頁面，卻連一個內部的“管理後臺”都無法設計出來，因為大多數時候，很多平臺的內部“管理後臺”是產品經理無法截圖的，無法看到的，他們喜歡去“競品”那去抄前端用戶截圖，去抄用戶交互，去抄用戶需求。那麼是什麼原因導致產品經理的這種情況出現了，一是不懂系統業務流程的基礎知識，二是不具備基礎的技術背景（尤其是在互聯網行業，這種產品經理大把是）
2、總喜歡把“這技術好簡單”，“這改起來好簡單”，“不就是改幾行代碼的事麼”，“你們怎麼這麼垃圾，別的公司程序員都能夠搞定”，“你為什麼改一個代碼改這麼久，不就是改一點點麼”
這種產品經理大多數是受到了公司CEO的大授權的，可能他的權限比公司的CTO還大，還有些公司的產品經理本來就是CEO兼任（這個能理解），或者是從別的大公司淘汰出來的產品經理當寶養著，對於這種有大“權力”的產品經理，他們一般不會把程序員放眼裡面，他們一直覺得如果沒有自己抄的那些產品截圖，那些他心裡面的“垃圾的”程序員可能是隨時可以替換掉的。
3、不懂技術，瞎指揮。
有些產品經理其實也是挺上進的（上進是好事，但是別瞎指揮有實戰經驗的程序員），一聽說互聯網行業的產品經理最好要有技術背景，於是買了一些技術書當小說快速閱讀（反正也看不懂），不懂沒有關係，但是請不要不懂瞎指揮，尤其是一些產品經理除了看了產品經理相關的書以外，還經常會看一些大互聯網公司的架構書，技術剖析書籍，然後就自認為自己很懂，照搬“大互聯網公司”那些架構，卻不知道自己公司才幾桿子槍，或者目前的業務（系統平臺）根本還沒有達到這個量級別，於是就干涉指揮程序員應該套用這個架構，應該套用那個架構，卻不知道自己沒有任何編程實踐經驗、光是看幾本書、或者看網上的幾個技術架構剖析是無法解決當於的技術難點的，而這些公司卻一直迷信這些無所不能的“產品經理”，也不知道去招聘一個CTO 或者 技術總監。
4、產品需求變來變去並且還不尊重程序員
現在互聯網的講究的是“快”，所以產品需求根據數據運營進行變動，尤其是在互聯網行業也是能夠理解的，但是這些“產品需求”變來變去的產品經理不但不反省一下自己為什麼接二連三在用戶痛點的把握上出現偏差？有時候還怪程序員沒有預留接口 或者 架構設計得不合理等等。
最後在此呼籲：互聯網行業的產品經理最好要有一定的技術背景，為什麼張小龍是最優秀的產品經理，因為他熟知技術，也非常懂用戶的痛點。
----------------------------------------------------
以上觀點僅代表本人的個人觀點，與任何公司無關。
歡迎友好的評論，拒絕任何不友好的評論，凡是評論中帶髒字 或者有 侮辱性的評論，那麼黑名單中見。
如果您覺得我的這篇文章有點料，那麼記得轉發給你身邊的朋友。
想了解我更多的朋友，請點擊“我的頭像”——“極客聊天”
----------------------------------------------------
