- 相關(guān)推薦
產(chǎn)品經(jīng)理溝通技巧：產(chǎn)品經(jīng)理如何和程序員打交道
在產(chǎn)品經(jīng)理和程序員因?yàn)樗伎挤绞�、關(guān)注范圍、職能職責(zé)的差異，導(dǎo)致了溝通上的困難這是在很多產(chǎn)品研發(fā)體系下都會(huì)出現(xiàn)的問(wèn)題。如何更好的與程序員建立起一座暢通的橋梁也是每位產(chǎn)品經(jīng)理需要思考的問(wèn)題。
一般情況下，產(chǎn)品經(jīng)理和程序員溝通困難大概的原因：
1、得到信息不對(duì)稱
產(chǎn)品經(jīng)理得到的信息一般集中在：商業(yè)需求、商業(yè)策略、戰(zhàn)略方向、產(chǎn)品規(guī)劃、運(yùn)營(yíng)數(shù)據(jù)、整體營(yíng)收、目標(biāo)任務(wù)等方面。產(chǎn)品經(jīng)理往往在根據(jù)公司現(xiàn)階段的情況，以及市場(chǎng)的競(jìng)爭(zhēng)情況，做一些產(chǎn)品策略或者一些產(chǎn)品的方案的策劃、發(fā)起、實(shí)施。
所以這個(gè)過(guò)程中，產(chǎn)品經(jīng)理扮演的角色是翻譯：“市場(chǎng)需求、商業(yè)需求”，成為：“產(chǎn)品需求”，所有的信息全部圍繞需求本身。為什么要做需求?怎么做需求?先做什么需求、后做什么?基于怎么樣一個(gè)思路去推送產(chǎn)品進(jìn)行實(shí)施、從一個(gè)利益平衡獲得空間增長(zhǎng)指標(biāo)后達(dá)到另外一個(gè)利益平衡。
程序員不一樣，很多時(shí)候程序員得到的信息是：有一個(gè)需求，可能是小需求、產(chǎn)品需求、或大到項(xiàng)目需求，然后得到一系列需求列表，然后產(chǎn)品經(jīng)理會(huì)讓程序員看：“需求”哪些通過(guò)code改改就可以實(shí)現(xiàn)，哪些是需要開(kāi)發(fā)可以實(shí)現(xiàn)，哪些是技術(shù)或構(gòu)架或因?yàn)槌杀镜脑虿荒軐?shí)現(xiàn)。
所以在這個(gè)過(guò)程中，程序員扮演的角色是翻譯：“產(chǎn)品需求”，成為：“技術(shù)語(yǔ)言”的評(píng)估，所有的信息全部圍繞開(kāi)發(fā)需求本身。如何開(kāi)發(fā)這些需求?是溝通數(shù)據(jù)庫(kù)增加字段?調(diào)用接口?開(kāi)發(fā)新的接口?需要開(kāi)發(fā)組件?重新構(gòu)架引擎?來(lái)實(shí)現(xiàn)滿足或支撐這些需求?
那這個(gè)時(shí)候問(wèn)題來(lái)了，很多情況下我們只是把程序員當(dāng)做一個(gè)寫(xiě)代碼，通過(guò)編程語(yǔ)言來(lái)操作計(jì)算機(jī)完成需求的工具了。
2、溝通語(yǔ)言不對(duì)稱
說(shuō)到兩者溝通的語(yǔ)言，這肯定是困擾產(chǎn)品經(jīng)理本身的。產(chǎn)品經(jīng)理的語(yǔ)言是：“描述“、”形容“，我也見(jiàn)過(guò)很多產(chǎn)品經(jīng)理，很多人的需求文檔就是漫天飛舞的文字，一整段的描述+描述，不要說(shuō)程序員看不清，可能過(guò)段時(shí)間連自己都看不清楚。除了書(shū)面語(yǔ)言，產(chǎn)品經(jīng)理的溝通語(yǔ)言也是含糊的，沒(méi)有太多的邏輯去組織，很多時(shí)候總是試圖去述說(shuō)一個(gè)需求，被程序員的一個(gè)計(jì)算機(jī)術(shù)語(yǔ)而打斷。
程序員的語(yǔ)言，更偏向于技術(shù)化。很多產(chǎn)品經(jīng)理做過(guò)技術(shù)，有技術(shù)背景，但是還有很多產(chǎn)品經(jīng)理不懂得技術(shù)。所以在這個(gè)時(shí)候，程序員在解說(shuō)或回答一個(gè)需求的時(shí)候，會(huì)把自己習(xí)以為常的變量、函數(shù)、實(shí)現(xiàn)方式說(shuō)出來(lái)。于是很多產(chǎn)品經(jīng)理聽(tīng)到：“Sdk、webshell、select、api、組件、插件、控件“等等的時(shí)候會(huì)云里霧里，那這個(gè)時(shí)候問(wèn)題來(lái)了，很多情況下我們總站在自己的立場(chǎng)上、自己的世界里認(rèn)為別人也懂自己在說(shuō)什么?實(shí)際呢?大家都是聽(tīng)得一半一半，溝通沒(méi)有徹底到位。
3、思考角度不對(duì)稱
產(chǎn)品經(jīng)理思考的角度在于產(chǎn)品本身，對(duì)技術(shù)的細(xì)節(jié)、技術(shù)的性能沒(méi)有太多的發(fā)言權(quán)。很多產(chǎn)品經(jīng)理要是的實(shí)現(xiàn)的業(yè)務(wù)邏輯，不管程序員是采用：c++、java、php、Python、找開(kāi)源代碼改的，還是自己寫(xiě)的都沒(méi)有關(guān)系。程序員只要在約定的時(shí)間里，把約定的業(yè)務(wù)邏輯開(kāi)發(fā)出來(lái)就可以，產(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ù)一樣來(lái)一個(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)了覺(jué)得是廢代碼，或者構(gòu)架不完美了。
那這個(gè)時(shí)候問(wèn)題來(lái)了，很多情況下到底傾斜誰(shuí)的立場(chǎng)上思考問(wèn)題?我之前也會(huì)碰到很多情況程序員就程序的角度說(shuō)業(yè)務(wù)需求不合理，產(chǎn)品經(jīng)理說(shuō)程序員消極罷工、霸得蠻。
4、考核標(biāo)準(zhǔn)不對(duì)稱
誰(shuí)也不尿誰(shuí)，哼!你能把我怎么樣。產(chǎn)品經(jīng)理和程序員有為完全溝通或誤會(huì)的時(shí)候，極端情況下，有一方會(huì)罷工。這個(gè)時(shí)候主要是2個(gè)角色的各個(gè)考核標(biāo)準(zhǔn)不一樣，所以在很多情況下顯得非常的無(wú)奈。
產(chǎn)品經(jīng)理很可能考核的是方案和上線的時(shí)間、產(chǎn)品上線后的數(shù)據(jù);而工程師考核的是程序的性能、很多時(shí)候產(chǎn)品經(jīng)理催的急要的急，但程序員每天的時(shí)間有限，還是得慢慢構(gòu)架慢慢開(kāi)發(fā)，程序員開(kāi)發(fā)時(shí)間少了，未知的執(zhí)行BUG沒(méi)考慮過(guò)是要負(fù)責(zé)的。
這個(gè)時(shí)候問(wèn)題又來(lái)了，產(chǎn)品經(jīng)理天天干著急!咋辦?
以上是我結(jié)合幾年來(lái)的工作經(jīng)驗(yàn)總結(jié)出來(lái)的，當(dāng)然這4大因素把很多共性的因素概況進(jìn)來(lái)了。當(dāng)然過(guò)程中還是會(huì)因?yàn)楹芏喈a(chǎn)品經(jīng)理或程序員本身(個(gè)性)的溝通技巧、態(tài)度、情商等因素導(dǎo)致的溝通不倡，影響了彼此之間的默契。
解決辦法
其實(shí)仔細(xì)的分析一下，產(chǎn)品經(jīng)理和程序員打交道的過(guò)程中不管是共性的因素還是個(gè)性的因素，也不是想象中那么困難。通過(guò)一些努力之后，我們總是會(huì)找到一些快速和程序員建立溝通橋梁的辦法。
我個(gè)人觀點(diǎn)如下：
1、要看到項(xiàng)目層面，不要只看需求本身。
上面說(shuō)到的幾點(diǎn)不管是：“信息不對(duì)稱“、”溝通的語(yǔ)言不對(duì)稱“、”思考角度不對(duì)稱“還是”考核的標(biāo)準(zhǔn)不對(duì)稱“是我們常見(jiàn)的幾個(gè)客觀隱私。把幾個(gè)因素抽取出來(lái)剖析，發(fā)現(xiàn)還是由于我們站問(wèn)題的視角的高度不一致造成的。
產(chǎn)品經(jīng)理只是看到自己得到了商業(yè)的需求，策劃了產(chǎn)品的需求，接下來(lái)會(huì)把很多事情拋給程序員做了，那還是站在需求方的角色中。那如果真正的是站在意識(shí)層面的項(xiàng)目經(jīng)理的角度，這個(gè)時(shí)候看待問(wèn)題的視眼會(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)理來(lái)說(shuō)，同樣張羅一件事情，同樣會(huì)了得到一個(gè)結(jié)果，但是中間的過(guò)程很可能是完全不一樣的。所以因?yàn)樗伎冀嵌葍H僅從做完一個(gè)需求死磨硬泡上升到，站在項(xiàng)目的角度去考慮各個(gè)關(guān)節(jié)的風(fēng)險(xiǎn)點(diǎn)、時(shí)間點(diǎn)，得到的效果是完全不一樣的。
2、從理解程序員開(kāi)始，換位思考會(huì)更好。
一直在問(wèn)一個(gè)問(wèn)題：“程序員是什么一群人?“就和問(wèn)自己：”產(chǎn)品經(jīng)理是什么一群人?“一樣，有點(diǎn)好笑、有點(diǎn)幼稚。從小工到專家，從CSDN到走出軟件作坊，發(fā)現(xiàn)很多很多非常優(yōu)秀的程序員的心聲。
程序員是什么樣一群人?像切西瓜一樣一刀一刀切：
寫(xiě)php的
寫(xiě)Java的
寫(xiě)windowsC的
寫(xiě)liunxC的
寫(xiě)C++的
編程水平一般的
編程水平還行的
編程水平牛逼的
編程水平大師級(jí)的
構(gòu)架牛的
數(shù)據(jù)庫(kù)牛的
勤奮的
懶于思考的
不會(huì)JavaScript的
【產(chǎn)品經(jīng)理溝通技巧：產(chǎn)品經(jīng)理如何和程序員打交道】相關(guān)文章：
產(chǎn)品經(jīng)理面試技巧08-16
產(chǎn)品經(jīng)理如何寫(xiě)好產(chǎn)品文檔？10-24
產(chǎn)品經(jīng)理面試技巧和注意事項(xiàng)10-25
產(chǎn)品經(jīng)理簡(jiǎn)歷封面06-29
產(chǎn)品經(jīng)理筆試題10-14
產(chǎn)品經(jīng)理面試試題06-04
產(chǎn)品經(jīng)理辭職信08-08
銀行產(chǎn)品經(jīng)理述職報(bào)告09-13