程序員和產(chǎn)品經(jīng)理協(xié)作、溝通矛盾是一個永恒的話題。因為兩者的知識體系和思維結(jié)構(gòu)不一樣，關(guān)注的重點不一樣，所以在協(xié)同工作過程中，難免會出現(xiàn)一些分歧和摩擦，出現(xiàn)互相埋怨和吐槽的情況。

我認為，程序員和產(chǎn)品經(jīng)理之間的健康關(guān)系應(yīng)該是基于信任、尊重和理解以及同一利益共同體的，脫離了這一前提，高效的協(xié)作就成了空談。

那產(chǎn)品經(jīng)理在日常的工作過程中，與程序員要保持高度默契，形成健康的協(xié)作關(guān)系，需要注意哪些方面呢？今天結(jié)合我曾經(jīng)在兩個角色之間完成過轉(zhuǎn)換的經(jīng)歷，談?wù)勛约旱睦斫?，一家之言，歡迎拍磚。

[[155180]]

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

首先，產(chǎn)品經(jīng)理應(yīng)該明確知曉項目/團隊的目標，與程序員是同一利益共同體，所有的討論、分歧、摩擦、思想碰撞都 是對事不對人的，也不存在必然的領(lǐng)導(dǎo)和被領(lǐng)導(dǎo)、上級和下級的關(guān)系。產(chǎn)品經(jīng)理跟程序員之間是平等的協(xié)作關(guān)系，雙方的命運與產(chǎn)品息息相關(guān)。有時候程序員對產(chǎn)品 傾注的情感，付出的努力，并不比產(chǎn)品經(jīng)理少；程序員對產(chǎn)品的期望和思考，也不比產(chǎn)品經(jīng)理低，有時候甚至高于產(chǎn)品經(jīng)理。

舉個例子，大部分的產(chǎn)品經(jīng)理在設(shè)計新房時可能考慮了電梯、逃生通道、水電、電器接入，但程序員想得會更多，他們會關(guān)注停電停水之后房間里需不需要備蠟燭、緊急照明燈以及儲備用水。

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

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

程序員非常討厭的一點（即使你做了，可能他們也不會明說）是當他思維在高度集中、效率奇高構(gòu)建思維、飛快碼字的時候，產(chǎn)品經(jīng)理不斷地跑過來說一些無關(guān)痛癢的“點”打斷他的思維。

是的，斷了的思維有時候會延續(xù)不上，甚至有時候會讓產(chǎn)品實現(xiàn)邏輯上少掉一個關(guān)鍵的分支。不用在產(chǎn)品實現(xiàn)的時候頻繁出現(xiàn)刷存在感，當他（程序員）需要 你的時候，他會自己找你。即便你自己發(fā)現(xiàn)了產(chǎn)品問題或者 bug，如果不是核心的、致命的問題，請先記在一個列表里，集中給他。

產(chǎn)品經(jīng)理要學(xué)會在大多數(shù)時候，讓程序員忘了你的存在，但在最需要你的時候你才挺身而出。

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

[[155181]]

有擔(dān)當，敢擔(dān)當，不貪功。

所有產(chǎn)品經(jīng)理都繞不過去的一個坎是“老板需求”。什么是老板需求？說白了就是：老板需要一個這樣的東西，老板想要這樣做。但老板不接觸程序員，他接觸產(chǎn)品經(jīng)理。如果你只是老板需求的轉(zhuǎn)發(fā)者，而不是產(chǎn)品需求的過濾者、把關(guān)者，可能會被視為“無擔(dān)當”。

老板需求跟用戶需求、產(chǎn)品基礎(chǔ)需求應(yīng)該是平等的，也有合理、不合理之分，也有優(yōu)先級。當產(chǎn)品經(jīng)理發(fā)現(xiàn)老板需求不是太合理時，產(chǎn)品經(jīng)理要冒著丟掉飯碗的風(fēng)險與老板據(jù)理力爭，動之以理，曉之以情。

曾經(jīng)有一次老板提了一個幾乎是顛覆當前產(chǎn)品架構(gòu)以及技術(shù)架構(gòu)設(shè)計的想法，他覺得非常重要，必須要盡快實現(xiàn)。我認為當前產(chǎn)品第一要務(wù)是解決基礎(chǔ)功能問 題，打好產(chǎn)品根基。跟他 PK 的時候雙方情緒激動，就差沒有拍桌子，老板在途中也說了一句，”我覺得你非常聰明，也非常適合做產(chǎn)品經(jīng)理，但是你有點固執(zhí)，你看得沒我清楚”，但最后證明 產(chǎn)品根基對于產(chǎn)品的可持續(xù)發(fā)展是非常重要的，也給產(chǎn)品后續(xù)的迭代提供了非常好的基礎(chǔ)。

一日三省吾身，產(chǎn)品經(jīng)理的工作性質(zhì)決定了產(chǎn)品經(jīng)理是容易犯錯的。一旦產(chǎn)品的設(shè)計上出了問題，作為產(chǎn)品的決策者，你不能把責(zé)任往外推，要有承擔(dān)責(zé)任的 態(tài)度和表率。但對于有價值的產(chǎn)品方向近乎固執(zhí)的堅持，不輕易推翻、變更需求，是產(chǎn)品經(jīng)理敢擔(dān)當、有擔(dān)當?shù)谋憩F(xiàn)，則是最程序員勞動最基本的尊重。

產(chǎn)品設(shè)計/實現(xiàn)出現(xiàn)問題時，擔(dān)當而不推諉；需要資源支持時，巧取而不豪奪（這里的“豪奪”是指動不動搬上下級關(guān)系施壓）；在產(chǎn)品有成績和突破時，表達而不貪功。

在協(xié)作、磨合過程中，有擔(dān)當，敢擔(dān)當，不貪功，善良比聰明更重要。

[[155182]]

點到即止，不越俎代庖。

許多產(chǎn)品經(jīng)理喜歡想當然，特別是技術(shù)出身的產(chǎn)品經(jīng)理，很難去把握點到即止的度，經(jīng)常說“這個應(yīng)該很簡單吧”、“這個應(yīng)該這樣去實現(xiàn)”，更有甚至在聊需求的時候會深入聊到技術(shù)上如何去實現(xiàn)。

懂點技術(shù)有利于在跟程序員溝通的時候換位思考，評估需求落地風(fēng)險，但又很容易讓產(chǎn)品經(jīng)理越俎代庖，對技術(shù)實現(xiàn)方案過多介入。

在提需求之前先跟程序員有線下溝通能夠提升你的需求合理度和風(fēng)險控制能力，但不要討論技術(shù)實現(xiàn)細節(jié)。技術(shù)是程序員們所擅長的東西，信任他們，你要做的就是，傾聽、欣賞他們的方案，不推翻，只提建議。

多陪陪他們。

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

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

常說，無招勝有招，產(chǎn)品經(jīng)理能做到淡化角色，適時出現(xiàn)在合適的位置，便是極好。

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