程序員喜歡什麼樣的產品經理？

「女的。」

（當小編提出這個問題的時候，坐我隔壁代碼大神不由自主的脫口而出。）

程序員和產品經理協作、溝通矛盾是一個永恆的話題。因為兩者的知識體系和思維結構不一樣，關注的重點不一樣，所以在協同工作過程中，難免會出現一些分歧和摩擦，出現互相埋怨和吐槽的情況。

那麼在日常工作的過程中，程序員最喜歡的產品經理是什麼樣的呢？最終讓兩者形成高度默契、健康的協作關係。

1.平等、尊重與理解是第一前提

首先，產品經理應該明確知曉項目/團隊的目標，與程序員是同一利益共同體，所有的討論、分歧、摩擦、思想碰撞都是對事不對人的，也不存在必然的領導和被領導、上級和下級的關係。

產品經理跟程序員之間是平等的協作關係，雙方的命運與產品息息相關。有時候程序員對產品傾注的情感，付出的努力，並不比產品經理少；程序員對產品的期望和思考，也不比產品經理低，有時候甚至高於產品經理。舉個例子，大部分的產品經理在設計新房時可能考慮了電梯、逃生通道、水電、電器接入，但程序員想得會更多，他們會關注停電停水之後房間里需不需要備蠟燭、緊急照明燈以及儲備用水。

程序員是產品/項目的實際實施者和創造者，產品經理是幫助產品創造的設計者和連接者，是團隊中的一員，而不是突出的個人。放棄你改變世界的想法，以平等、尊重彼此的心態，和程序員們做朋友、做隊友。

2.不打擾，多給程序員時間和空間

產品經理要學會在大多數時候，讓程序員忘了你的存在，但在最需要你的時候你才挺身而出。

程序員非常討厭的一點是當他思維在高度集中、效率奇高構建思維、飛快碼字的時候，產品經理不斷地跑過來說一些無關痛癢的「點」打斷他的思維。斷了的思維有時候會延續不上，甚至有時候會讓產品實現邏輯上少掉一個關鍵的分支。不用在產品實現的時候頻繁出現刷存在感，當他需要你的時候，他會自己找你。即便你自己發現了產品問題或者 bug，如果不是核心的、致命的問題，請先記在一個列表裡，集中給他。

友情提醒：下午 3 點開始到晚上，是程序員思維活躍、工作較為高效的時間段。

3.有擔當，敢擔當，不貪功

產品設計/實現出現問題時，擔當而不推諉；需要資源支持時，巧取而不豪奪（這裡的「豪奪」是指動不動搬上下級關係施壓）；在產品有成績和突破時，表達而不貪功。在協作、磨合過程中，有擔當，敢擔當，不貪功，善良比聰明更重要。

所有產品經理都繞不過去的一個坎是「老闆需求」。什麼是老闆需求？說白了就是：老闆需要一個這樣的東西，老闆想要這樣做。但老闆不接觸程序員，他接觸產品經理。如果你只是老闆需求的轉發者，而不是產品需求的過濾者、把關者，可能會被視為「無擔當」。

老闆需求跟用戶需求、產品基礎需求應該是平等的，也有合理、不合理之分，也有優先順序。當產品經理髮現老闆需求不是太合理時，產品經理要冒著丟掉飯碗的風險與老闆據理力爭，動之以理，曉之以情。這叫敢擔當。這也是對程序員勞動最基本的尊重。

4.多陪陪他們

說白了，就是「多陪程序員加班」。多跟他們相處，一起吃飯，偶爾請他們吃個加班夜宵，多體會他們工作環境和狀態，一起思考，你提的拍腦袋的需求就會越來越少，合理需求越來越多。

程序員大多需要在工作時間參與產品需求評審、產品溝通，留給他們寫代碼的時間並不是太多，所以晚上經常加班。產品經理的工作並不僅限於需求設計、文檔撰寫，還有一塊很重要的工作是「需求實現顧問」。當產品需求進入研發階段，並不意味著產品經理的事就沒有了。當程序員在實現產品需求時，不斷會有一些問題需要產品經理確認。當他需要你的時候，你最好能出現在他身邊。

常說，無招勝有招，產品經理能做到淡化角色，適時出現在合適的位置，便是極好。

產品經理不是光鮮亮麗的角色，也只是團隊中的一員，跟大家榮辱與共，同享成敗。所以，你們互相承擔彼此變化帶來的後果，你們是同事、是隊友、更是朋友~

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！