產品經理最討厭開發人員的哪些做法？

01-29

1.啊？還要加這個啊！

2.啊？還要加內個啊！

討厭

開始說沒問題，結果做好bug滿天飛，項目一拖再拖

這個應該另外部門做，他們沒介面，做不了，去找他們

不能評估時間

喜歡

主動，不推責任，尋求各種方法解決問題

對業務一竅不通，卻固執堅持己見

否定產品需求，卻說不出理由，也無法提供建設性意見

把公司當成科研所，不考慮需求，只考慮是否有「技術含量」

做不了。

1.沒有時間節點的執行，問什麼時候能開發完，回答的不是A時間B時間，而是很快或者沒開發還不知道。

2.開發人員沒有籃球中補位的思維邏輯，不管產品對錯，只管開發，哪怕看到產品錯了或邏輯不通也視而不見。

3.產品只要一調整，開發人員就拿出不滿情緒，還反問道剛開始怎麼不想好。產品就是一個不斷完善的過程。

總覺得自己才是對的，提交個需求磨磨唧唧弄出來，n多不符合需求。bug提交上去不催就不改

最怕就是成員之間沒有團隊和配合意識，只是為了完成分配的工作

對於PM提出的邏輯和需求，開發人員沒有經過調查就認為是錯誤的或者不可行的

最怕的一句就是：「這個實現不了」或者「這個實現起來有點困難！」

忽視用戶體驗，而且大道理一堆；自以為是不聽產品經理建議

這還用說嗎？

當然是，開發人員，無法（或者很慢）按產品經理的產品定義，開發出產品。

自己以為自己是神~~~世界沒他不行

是做事情不按要求。

這是婆媳關係。。。婆婆總有媳婦的一大推不是，媳婦也總有婆婆的一大堆不滿

1.這個實現不了

2.自己改需求的

3.拖開發進度

受教哇，為什麼要不自己做呢？

實現不了

來說說我覺得從業這麼多年來的感受：

分不清界限，對產品和業務上的需求關注過多
因為有技術在手，從技術角度擰巴需求，非要實現成自己想要的樣子
因為分不清輕重，整天跟產品pk文案和ue導致代碼寫不完，項目延期
緊急狀態下還用公司項目來試驗自己的技術學習新成果，搞不定，項目延期

如果說技術人員是資源，那麼產品經理應該是整合資源的人，那麼問題真的是技術人員的缺點導致的嗎？這恐怕以偏概全了吧。

我自己是一個程序員，我們公司對程序員沒有技術獎金什麼的，我們技術人員就是個死工資職位，不會特意去學會上面提到的這些臭毛病，但也沒有必須要去操本來不是這個崗位所需要操心的事情。

大家只是個協作關係，不明白為何那麼多人提出要技術人員兼具各種業務人的能力（儘管沒有明確的說，但已表明需要技術人員思考這個東西這樣做好不好，怎麼改，能不能做都想要技術人員能主動去提）。

一直以來可能就我個人而言，我會覺得技術人員主要是協作人，也就說我們能給你一些中肯的建議，但這前提是你要來問我們，我們是不會主動去找你的，因為我們的崗位並不是一個管理崗？

另外我覺得很奇怪的是，產品經理對接的不應該是技術經理？或者我眼光短淺，不太懂。如果一個不懂技術的產品經理直接跟技術人員對接，那似乎也是個問題？畢竟誰都沒有那個時間去給對方解釋自己的專業領域，為嘛？因為我們的崗位本來就不是這種職責。為何要求我們做這做那的？我不懂

這個不影響使用的，下次再改。

這個無法做到這個效果的，其他的可以做到，這個做不到？是要花時間，懶的做。

等到市場反饋，哎當時測試出來的，怎麼沒改呢？

只關心自己更新包的投產，不主動溝通與通過與之相關的合作部門的更新包。投產出問題了，半夜三更找產品經理自己去解決。

呵呵，最不希望看到的，應該是開發人員不願意跟你溝通。

當然這個有時候得自己找找自己的原因，溝通都是雙方的。

不看文檔，張口就問。

哈哈，沒遇到壞毛病的開發，因為從事產品3年，遇到的好幾撥技術都是技術很強，都極其容易溝通，互相都能很快理解對方的想法，明白後就可以快速開工去干！

ps：我呆的是屬於創業型公司，所以在很大的程度上可能沒有那些大公司裡面那種極其複雜的流程。只需要快速和研發人員溝通，然後快速開發，快速迭代！

其實道理很簡單。產品不參與開發，其實是管理的漏洞，開發人員肯定鄙視產品經理啦。

技術評估的時候拍胸脯可以實現，實際coding的時候歇菜了

洛里啰嗦，說服你才能按照我的想法去做