簡單說一些吧

產品經理的需求和程式設計師的想法不一致，產品經理覺得這樣會更好，而程式設計師覺得這樣的想法就是NC，只能硬著頭皮去完成。但不滿的種子已經埋下了~

在加班這塊也會經常產生矛盾

相互理解，多溝通交流，放好心態，站在對方的角度去看待問題，跳出自己的思維都能很好的解決減少矛盾！

程式設計師：你究竟想要個什麼樣的產品。產品經理思考半天，然後：你先做

在網際網路公司生態裡，產品經理和程式設計師就是各自的天敵，一天天的調整各自生存能力的底線，矛盾一觸即發。

能力不行的產品經理，會讓程式設計師背鍋；程式設計師的能力不行，產品經理完不成自己的任務，那麼就加班趕專案。

但是普遍情況下，產品經理背的鍋更多，大部分產品經理被認為不懂技術、不能真正體會客戶需求、不懂業務，然後引發一系列的尷尬事件。

矛盾

產品經理：“做個根據手機殼，來改變軟體主題顏色的功能吧。”

程式設計師：“這個怎麼做？”

產品經理：“很簡單的，強制開啟手機前端攝像頭，影象識別使用者瞳孔的反光，進而提取手機殼顏色。”

程式設計師：“……%#&*&%@！！”

對於一個產品，大致流程是這樣的：公司戰略—產品經理規劃—介面設計—程式開發—測試上線。

產品經理往往決定了某個專案的完成效率，程式設計師是表現的是執行能力。

產品經理

產品經理不懂技術，好像一個功能只需要動動嘴皮子就可以完成了，然後想到哪裡不好，開始堆功能，再向程式猿提提要求，並且，溝通能力差還學不會好好說話，好了，剩下的就是程式設計師的事啦。

產品經理還有一個毛病是搞不清楚需求，要造房子還是要造車子還沒弄清楚，很多細節沒有考慮全面，開發要一個個問，問到最後發毛了！

這樣的產品經理，苦逼的是程式猿，經常要應對這個、那個及其不靠譜的需求。

程式設計師

當然也不能全賴在產品經理身上，遇到技術差的程式設計師也要命。

技術差，專案進展能拖就拖，要不就是反饋技術實現不了，怪專案經理沒邏輯，PM不得不該需求，進度延期。

不能正確理解需求、對於核心功能不瞭解，開發東西和產品的要求有出入。

矛盾怎麼減少？

程式設計師

瞭解一下產品經理懂不懂技術，懂技術的產品經理會理解程式設計師的，不會和程式設計師幹架；對於不懂技術的產品經理，設法在技術上反問他，讓他覺得自己其實真的知道的很少。

這時候再動之以情，說明自己做這個的難度。

自己的話，對需求理解透徹再開始寫程式碼；程式碼不要寫死，防止需求變動。

產品經理

看看自己懂不懂技術吧，懂技術，和程式設計師溝通就容易了；不懂技術，多考慮考慮程式設計師的處境吧。

還有，產品經理經常有的口頭禪改改口吧：

1、先做出來看看吧

2、這應該很簡單吧，不就是XXX，然後XXX嗎

3、這個需求，先這樣這樣，再那樣那樣，用XX技術很快就搞定了

4、怎麼實現我不管，明天早上要上線

5、你先給加上XX，讓我們看看效果怎麼樣，不行再還原回去。

......

最後，還是多交流吧，不要打架啊，沒有什麼問題是一頓火鍋解決不了的，大家關係好了，很多事情溝通起來自然容易，而且也會更信任對方，這樣就萬事OK了。

希望世界上最遙遠的距離不再是“程式設計師+產品經理”吧。