產(chǎn)品經(jīng)理怎么和程序員打交道
作者: 來源: 文字大小:[大][中][小]
事實(shí)上在很多產(chǎn)品研發(fā)體系下，
產(chǎn)品經(jīng)理和程序員因?yàn)樗伎挤绞?、關(guān)注范圍、職能職責(zé)的差異，導(dǎo)致了溝通上的困難。如何更好的與程序員建立起一座暢通的橋梁也是每位產(chǎn)品經(jīng)理需要思考的問題。
一般情況下，產(chǎn)品經(jīng)理和程序員溝通困難大概的原因：
1、得到信息不對(duì)稱；
產(chǎn)品經(jīng)理得到的信息一般集中在：商業(yè)需求、商業(yè)策略、戰(zhàn)略方向、
產(chǎn)品規(guī)劃、運(yùn)營數(shù)據(jù)、整體營收、目標(biāo)任務(wù)等方面。產(chǎn)品經(jīng)理往往在根據(jù)公司現(xiàn)階段的情況，以及市場的競爭情況，做一些產(chǎn)品策略或者一些產(chǎn)品的方案的策劃、發(fā)起、實(shí)施。
所以這個(gè)過程中，產(chǎn)品經(jīng)理扮演的角色是翻譯：“市場需求、商業(yè)需求”，成為：“產(chǎn)品需求”，所有的信息全部圍繞需求本身。為什么要做需求？怎么做需求？先做什么需求、后做什么？基于怎么樣一個(gè)思路去推送產(chǎn)品進(jìn)行實(shí)施、從一個(gè)利益平衡獲得空間增長指標(biāo)后達(dá)到另外一個(gè)利益平衡。
程序員不一樣，很多時(shí)候程序員得到的信息是：有一個(gè)需求，可能是小需求、產(chǎn)品需求、或大到項(xiàng)目需求，然后得到一系列需求列表，然后產(chǎn)品經(jīng)理會(huì)讓程序員看：“需求”哪些通過code改改就可以實(shí)現(xiàn)，哪些是需要開發(fā)可以實(shí)現(xiàn)，哪些是技術(shù)或構(gòu)架或因?yàn)槌杀镜脑虿荒軐?shí)現(xiàn)。
所以在這個(gè)過程中，程序員扮演的角色是翻譯：“產(chǎn)品需求”，成為：“技術(shù)語言”的評(píng)估，所有的信息全部圍繞開發(fā)需求本身。如何開發(fā)這些需求？是溝通數(shù)據(jù)庫增加字段？調(diào)用接口？開發(fā)新的接口？需要開發(fā)組件？重新構(gòu)架引擎？來實(shí)現(xiàn)滿足或支撐這些需求？
那這個(gè)時(shí)候問題來了，很多情況下我們只是把程序員當(dāng)做一個(gè)寫代碼，通過編程語言來操作計(jì)算機(jī)完成需求的工具了。
2、溝通語言不對(duì)稱；
說到兩者溝通的語言，這肯定是困擾產(chǎn)品經(jīng)理本身的。產(chǎn)品經(jīng)理的語言是：“描述“、”形容“，我也見過很多產(chǎn)品經(jīng)理，很多人的需求文檔就是漫天飛舞的文字，一整段的描述+描述，不要說程序員看不清，可能過段時(shí)間連自己都看不清楚。除了書面語言，產(chǎn)品經(jīng)理的溝通語言也是含糊的，沒有太多的邏輯去組織，很多時(shí)候總是試圖去述說一個(gè)需求，被程序員的一個(gè)計(jì)算機(jī)術(shù)語而打斷。
程序員的語言，更偏向于技術(shù)化。很多產(chǎn)品經(jīng)理做過技術(shù)，有技術(shù)背景，但是還有很多產(chǎn)品經(jīng)理不懂得技術(shù)。所以在這個(gè)時(shí)候，程序員在解說或回答一個(gè)需求的時(shí)候，會(huì)把自己習(xí)以為常的變量、函數(shù)、實(shí)現(xiàn)方式說出來。于是很多產(chǎn)品經(jīng)理聽到：“Sdk、webshell、select、api、組件、插件、控件“等等的時(shí)候會(huì)云里霧里，
那這個(gè)時(shí)候問題來了，很多情況下我們總站在自己的立場上、自己的世界里認(rèn)為別人也懂自己在說什么？實(shí)際呢？大家都是聽得一半一半，溝通沒有徹底到位。
3、思考角度不對(duì)稱
產(chǎn)品經(jīng)理思考的角度在于產(chǎn)品本身，對(duì)技術(shù)的細(xì)節(jié)、技術(shù)的性能沒有太多的發(fā)言權(quán)。很多產(chǎn)品經(jīng)理要是的實(shí)現(xiàn)的業(yè)務(wù)邏輯，不管程序員是采用：c++ 、java、php、Python、找開源代碼改的，還是自己寫的都沒有關(guān)系。程序員只要在約定的時(shí)間里，把約定的業(yè)務(wù)邏輯開發(fā)出來就可以，產(chǎn)品經(jīng)理不去會(huì)考慮目前服務(wù)器的配置、程序員手上任務(wù)的配置、技術(shù)能力的情況，要的是結(jié)果。而且很情愿的認(rèn)為團(tuán)隊(duì)中的工程師都是世界上最好的工程師，想做什么都可以做，對(duì)因?yàn)榧夹g(shù)原因而不能支持實(shí)現(xiàn)需求不能接受。
程序員思考的角度有點(diǎn)區(qū)別，我也看到不到程序員本身對(duì)產(chǎn)品追求完美對(duì)需求的背景、意義去研究了解；但很多程序員還是停留在自己接單子任務(wù)一樣來一個(gè)做一個(gè)的境界，做好了自己玩自己的。程序員考慮程序?qū)崿F(xiàn)的方式同樣的一個(gè)請(qǐng)求是get還是post，程序員考慮代碼的性能，從而采取不一樣的方案去實(shí)現(xiàn)需求，考慮請(qǐng)求并發(fā)量壓力和安全性。但是很多情況下，程序員對(duì)技術(shù)的理解會(huì)導(dǎo)致有一些業(yè)務(wù)需求滿足不了，不是因?yàn)椴荒軐?shí)現(xiàn)，是因?yàn)閷?shí)現(xiàn)了覺得是廢代碼，或者構(gòu)架不完美了。
那這個(gè)時(shí)候問題來了，很多情況下到底傾斜誰的立場上思考問題？我之前也會(huì)碰到很多情況程序員就程序的角度說業(yè)務(wù)需求不合理，產(chǎn)品經(jīng)理說程序員消極罷工、霸得蠻。
4、考核標(biāo)準(zhǔn)不對(duì)稱；
誰也不尿誰，哼！你能把我怎么樣。產(chǎn)品經(jīng)理和程序員有為完全溝通或誤會(huì)的時(shí)候，極端情況下，有一方會(huì)罷工。這個(gè)時(shí)候主要是2個(gè)角色的各個(gè)考核標(biāo)準(zhǔn)不一樣，所以在很多情況下顯得非常的無奈。
產(chǎn)品經(jīng)理很可能考核的是方案和上線的時(shí)間、產(chǎn)品上線后的數(shù)據(jù)；而工程師考核的是程序的性能、很多時(shí)候產(chǎn)品經(jīng)理催的急要的急，但程序員每天的時(shí)間有限，還是得慢慢構(gòu)架慢慢開發(fā)，程序員開發(fā)時(shí)間少了，未知的執(zhí)行BUG沒考慮過是要負(fù)責(zé)的。
這個(gè)時(shí)候問題又來了，產(chǎn)品經(jīng)理天天干著急！咋辦？
以上是我結(jié)合幾年來的工作經(jīng)驗(yàn)總結(jié)出來的，當(dāng)然這4大因素把很多共性的因素概況進(jìn)來了。當(dāng)然過程中還是會(huì)因?yàn)楹芏喈a(chǎn)品經(jīng)理或程序員本身（個(gè)性）的
溝通技巧、態(tài)度、情商等因素導(dǎo)致的溝通不倡，影響了彼此之間的默契。
其實(shí)仔細(xì)的分析一下，產(chǎn)品經(jīng)理和程序員打交道的過程中不管是共性的因素還是個(gè)性的因素，也不是想象中那么困難。通過一些努力之后，我們總是會(huì)找到一些快速和程序員建立溝通橋梁的辦法。我個(gè)觀點(diǎn)如下：
1、 要看到項(xiàng)目層面，不要只看需求本身。
上面說到的幾點(diǎn)不管是：“信息不對(duì)稱“、”溝通的語言不對(duì)稱“、”思考角度不對(duì)稱“還是”考核的標(biāo)準(zhǔn)不對(duì)稱“是我們常見的幾個(gè)客觀隱私。把幾個(gè)因素抽取出來剖析，發(fā)現(xiàn)還是由于我們站問題的視角的高度不一致造成的。
產(chǎn)品經(jīng)理只是看到自己得到了商業(yè)的需求，策劃了產(chǎn)品的需求，接下來會(huì)把很多事情拋給程序員做了，那還是站在需求方的角色中。那如果真正的是站在意識(shí)層面的項(xiàng)目經(jīng)理的角度，這個(gè)時(shí)候看待問題的視眼會(huì)廣很多。
這個(gè)時(shí)候你就想著為了做這個(gè)項(xiàng)目這個(gè)需求，程序員是不是明白了為什么要做？是不是對(duì)這哪些需求的優(yōu)先級(jí)有了重要的認(rèn)識(shí)？作為產(chǎn)品經(jīng)理我用怎么樣一種表達(dá)方式程序員更明白？是不是需要把時(shí)間點(diǎn)等劃定？目前程序員的資源和服務(wù)器情況允許他們能做的空間是多大？怎么樣才能拉動(dòng)他們的積極性更好的完成這個(gè)項(xiàng)目？適當(dāng)?shù)臅r(shí)候，需要幫助程序員做哪些申請(qǐng)或讓步？
對(duì)產(chǎn)品經(jīng)理來說，同樣張羅一件事情，同樣會(huì)了得到一個(gè)結(jié)果，但是中間的過程很可能是完全不一樣的。所以因?yàn)樗伎冀嵌葍H僅從做完一個(gè)需求死磨硬泡上升到，站在項(xiàng)目的角度去考慮各個(gè)關(guān)節(jié)的風(fēng)險(xiǎn)點(diǎn)、時(shí)間點(diǎn)，得到的效果是完全不一樣的。
2、從理解程序員開始，換位思考會(huì)更好。
一直在問一個(gè)問題：“程序員是什么一群人？“就和問自己：”產(chǎn)品經(jīng)理是什么一群人？“一樣，有點(diǎn)好笑、有點(diǎn)幼稚。從小工到專家，從CSDN到走出軟件作坊，發(fā)現(xiàn)很多很多非常優(yōu)秀的程序員的心聲。
程序員是什么樣一群人？像切西瓜一樣一刀一刀切：
寫php的
寫Java的
寫windows C的
寫liunx C的
寫C++的
編程水平一般的
編程水平還行的
編程水平牛逼的
編程水平大師級(jí)的
構(gòu)架牛的
數(shù)據(jù)庫牛的
勤奮的
懶于思考的
不會(huì)JavaScript的
積極的喜歡鉆研的……
好像都不太合適，因?yàn)槟阏也坏浇鉀Q和工程師溝通的好的辦法。而且這些很多是外在的條件，隨隨都在改變。看到很多朋友一年之間經(jīng)歷幾個(gè)大項(xiàng)目水平突然猛進(jìn)，態(tài)度、一些特點(diǎn)也變得完全不一樣。這個(gè)時(shí)候你需要的是了解和掌握程序員，作為職場的人，和我們一樣的人共同需要的一些特點(diǎn)。
如下4點(diǎn)：
1) 是不是特別想被肯定、獲得尊重；
理解、肯定、尊重。這3個(gè)詞或許非常的空但確確實(shí)實(shí)是一個(gè)非常好的方子。靜下心來走近程序員，聽聽他們的心聲、他們的抱怨，或許產(chǎn)品經(jīng)理和程序員的距離將不再是那么遙遠(yuǎn)。
雖然很多時(shí)候我們講德行說尊重，但真正領(lǐng)悟到心里、落實(shí)到行動(dòng)、表現(xiàn)在態(tài)度上的完全不一樣的。真正，你是不是一言、一行本真理解、肯定、尊重程序員的，程序員是有感知的。
2) 是不是想給產(chǎn)品提供自己的建議，而不是僅僅做一個(gè)編程的機(jī)器；
很多程序員對(duì)產(chǎn)品非常熱愛、對(duì)產(chǎn)品有獨(dú)特的想法，但多數(shù)又局限于技術(shù)情節(jié)對(duì)產(chǎn)品的建議常常被忽視。相信很多程序員都希望參與產(chǎn)品，通過自己的專長改變產(chǎn)品，進(jìn)而打磨出一款完美的產(chǎn)品。
所以產(chǎn)品經(jīng)理也可以適當(dāng)?shù)慕o程序員一點(diǎn)發(fā)揮的空間，特別是在技術(shù)創(chuàng)新、產(chǎn)品需要技術(shù)驅(qū)動(dòng)的方面，在商業(yè)可控的層面讓程序員發(fā)揮排頭兵的作用。這樣程序員會(huì)開足馬力投入到開發(fā)實(shí)施的過程中。
3) 是不是不僅僅和人任務(wù)指派，需求更多的和諧的人與人之間的溝通建立。
產(chǎn)品經(jīng)理和程序員兩者之間沒有一個(gè)良好的溝通，只是基于做與不做，做好做不好，什么時(shí)候做好，這樣的功利性溝通肯定是不可靠的。往往兩者因默契不夠，或一方因溝通技巧不足、對(duì)待工作態(tài)度不夠積極，造成矛盾。
建立一個(gè)人與人之間的良好溝通，幫助產(chǎn)品經(jīng)理或程序員更好的認(rèn)知對(duì)方、了解對(duì)方，這樣無論是在平時(shí)的溝通過程，還是在項(xiàng)目的合作過程中更好的促進(jìn)了解、達(dá)成共致都會(huì)有一個(gè)前提保障。
4)是不是需要?jiǎng)e人的幫助，讓他在非技術(shù)領(lǐng)域獲得真知。
看到很多產(chǎn)品經(jīng)理朋友和程序員打成一片，和程序員一天聊天、抽煙、一起下班打游戲、打球，甚至有些時(shí)候產(chǎn)品頭腦風(fēng)暴的時(shí)候要去幾個(gè)有產(chǎn)品情節(jié)的工程師參與前期的討論，效果都不錯(cuò)。可能這些現(xiàn)象從另外一個(gè)層面來解決我們上面的一些疑惑。
3、產(chǎn)品經(jīng)理要改善心智，不斷自我學(xué)習(xí)。
最近突然覺得說得想的，有點(diǎn)像哲學(xué)。群里的一個(gè)朋友說了， 其實(shí)哲學(xué)就是我們生活一些事情表現(xiàn)出來的道路。產(chǎn)品經(jīng)理跟程序員打交道也好，對(duì)待生活也好，我個(gè)人認(rèn)為是產(chǎn)品經(jīng)理對(duì)哲學(xué)的認(rèn)識(shí)、理解、應(yīng)用。
產(chǎn)品經(jīng)理越往下走，拋開產(chǎn)品技能本身不談，沉淀商業(yè)以及人脈資源，都是需要以一種良好、可靠的思維方式去支撐的，也就是所說的心智模型。
很多時(shí)候產(chǎn)品經(jīng)理改善心智可以不斷的增強(qiáng)一些事物的判斷。如：遇到程序員的拒絕的、不行的理由，這個(gè)時(shí)候你通過分析起碼要判斷得出來，這個(gè)是程序員隔個(gè)人的態(tài)度問題，還是流程問題，有一點(diǎn)微妙的。