要說程序員和產品經理的關系啊，我覺得那真是很萌的存在。

今年夏天，搞團建，技術公司嘛，人員結構特別簡單，3個產品經理加16個程序員。一群男的能拉出來曬太陽就已經不錯了，什么吃飯唱歌洗澡按摩的都沒興趣，后來我提議簡單點，吃雞（真人cs）和放假回家陪老婆1天二選一。

我的產品經理不淡定了，開玩笑說“程序員哪里會有老婆嘛，這還用選嘛！”大家聽后一陣歡呼，最后果然16：3,吃雞勝出，3 個產品經理就是那唯一的三票！！！

所以場面估計你也能想象出來了...并不是刺激的對戰，而是慘絕人寰的群毆。

被 BB 彈打成“狗”的一個產品經理急中生智，大喊：『我以前也寫過代碼！我是自己人！』其他正在施暴的程序員面面相覷，表示十分感動，但仍然拒絕了他的求情，繼續按在地上打了半個小時。

都說產品經理和程序員是“天敵”，相愛相殺。所謂對程序員和產品經理之間的調侃，主要原因無非就在兩方經常有矛盾出現，而矛盾出現顯然是因為雙方一邊是需求提供方，一邊是需求實現方。

彼得寫了十幾年的代碼，早期創業，產品經理是我，程序員也是我，相對于兩個立場的溝通，人最難的是對自己提需求。接下來我就闡述下自己這些年的一些心得：

//

前戲很重要

//

產品經理與程序員最大的矛盾其實在于——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠扎實就會大大減少改需求的次數，這是產品經理的本職工作，不屬于溝通問題。

//

達成共識

//

另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者產品經理）達成共識，比如“我們的目的是要做最好的xxAPP”、“這個功能對于我們的目的來說是必不可少的”等。

然后再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）

//

用數據和客戶來幫你增加底氣

//

在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不愿意做，或者質疑這么做有沒有道理的時候，采取需求依據的數據和真實的客戶需求是能有效推進的好辦法。

比如“80%的同類產品都有這個功能”、“每周都能收到幾個客戶對某某問題的反饋”，一般來說程序員是能夠接受這種說服的。

//

試著多用詢問的語氣

//

讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意愿的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。

//

注重日常交往

//

日常生活中交個朋友，比如一起打球、打游戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、搞個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。

總之有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。

備注：公眾號菜單包含了整理了一本AI小抄，非常適合在通勤路上用學習。

往期精彩回顧那些年做的學術公益-你不是一個人在戰斗適合初學者入門人工智能的路線及資料下載機器學習在線手冊深度學習在線手冊備注：加入本站微信群或者qq群，請回復“加群”加入知識星球（4500+用戶，ID：92416895），請回復“知識星球”

喜歡文章，點個在看

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的程序员or产品经理┃同是职场脱发人，光头何苦为难光头！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。