坊間流傳很多產品經理和程式設計師之間的段子，大部分的主題都是產品經理被黑(誰讓程式設計師數量更多呢)。而前段時間的這則新聞把這種關係推向了最高潮：
當然，這件事情的流傳跟事情本身是有出入的，但明顯反映出“程式設計師討厭產品經理”的社會認知。
作為產品經理，如果得不到程式設計師的協作配合，工作將難以順利進行。想要處好這個關係，必選先弄清為什麼程式設計師討厭產品經理。
你浪費了我的時間
- 經常變更需求這點是最常被提起的。往往需求的變更意味著工程師之前對於需求的實現是白費的。之前傾注的思考和感情也都是白費的。
- 產品定義不清導致的問題一些文件不清，邏輯不順的問題，會導致工程師的實現跟產品經理的設想不同。這往往意味著推翻重來。
你傷害了我的自尊
- 拿老闆來壓人“老闆說這麼改”，“總監說這麼改”。這個行為就是把上司搬出來，壓制程式設計師可能出現的質疑。這是很不友好的。
- 懷疑我的技術或工作最典型的就是：“這個功能實現很簡單吧”。有時候產品經理會有意無意表現出對技術上的質疑，推測等等。但工程師會認為你作為一個技術外行不應該這麼做。
- 把自己放在至高無上的位置有些產品經理會把自己當成高於工程師的一個決策者，可以隨意對工程師發號施令。但其實產品經理跟工程師不存在誰領導誰的關係。
- 做好份內的產品設計工作。維護好產品文件，想清楚功能的邏輯和流程，協調好設計資源，等等。這些份內的工作是工程師工作所要參考的基礎，產品經理必須認真對待。之前就有寫過一篇關於文件的文章來說明產品文件的重要性。
- 建立信任程式設計師靠技術吃飯，同時技術又是程式設計師的面子。當被一個外行質疑技術的時候，他一定會不爽。雖說產品經理必須所有方面都顧及到，但技術上的東西還是放心交給工程師們吧。信任是相互合作的基礎嘛。
- 更多，更多，更多的溝通永遠不會出現溝通過多的情況，只會出現溝通過少的情況。保持足夠頻率，足夠質量的溝通，產品經理可以更加及時的發現問題，比如需求實現的偏差，工程師理解的偏差等等。早發現早處理，趁著工程師還沒有傾注太多的時間和精力在有偏差的方向上面。
- 真誠對話，有憑有據避免出現使用老闆壓制這種不負責任的行為。其實需求的修改是不可避免的事情，但這件事必須跟工程師說清楚。為什麼修改？之前的問題在哪裡？修改之後有什麼好處？為什麼到這個階段才想到的這個修改？真誠的將這些答案告訴工程師，我相信工程師可以在一定程度上理解需求變更這件事。
總結完畢！還是以自己的經歷作為基礎的分享。希望能跟更多同學交流~現在流行說一個好的產品經理應該具有“無授權領導力”。這就是跟工程師友好共處的下一個進階。
來自：人人都是產品經理
相關閱讀
評論(1)