按說，產(chǎn)品經(jīng)理和開發(fā)人員之間也是可以建立起很深的友誼的，這個需要工作之外的溝通和多次愉快的合作之后才能慢慢建立起來。已經(jīng)在一個環(huán)境下工作了較長時間的產(chǎn)品經(jīng)理和剛?cè)肼氝M(jìn)入一個新環(huán)境的產(chǎn)品經(jīng)理，都得和產(chǎn)品線所對應(yīng)的開發(fā)人員搞好關(guān)系，否則會影響到后面的工作開展。經(jīng)常聽到一些同行抱怨在公司里與團(tuán)隊(duì)成員之間如何如何溝通不暢，導(dǎo)致對產(chǎn)品失去信心之類的，我想說的是，無論是和UED、設(shè)計(jì)、開發(fā)等整個團(tuán)隊(duì)都溝通不暢還是只和開發(fā)人員有溝通問題，產(chǎn)品經(jīng)理都是要自我反思的，問題都出在你自己的身上，因?yàn)槿穗H交往的宗旨就是在面對不同性格不同背景的人要采取迥異的方式來營造良好的人際交往環(huán)境。要想做一個讓開發(fā)人員喜歡的產(chǎn)品經(jīng)理，排除一些個人魅力因素，還是有一些方法的。個人在這方面做的還比較好，兩家公司待下來都能與整個團(tuán)隊(duì)打成一片，還與一些開發(fā)人員建立了深厚的友誼，下面就講講一些個人的經(jīng)驗(yàn)。

講道理式的溝通

溝通是人際交往過程當(dāng)中的必要手段，良好的人際關(guān)系從溝通開始。單從溝通的角度來說，面對不同性格的開發(fā)人員時，是要采取不同的溝通方式的，這點(diǎn)上需要一些閱歷才能做到，因此剛從學(xué)校出來打拼的同行們可能有點(diǎn)吃虧，不過如果你在學(xué)校里參與了足夠多的社交團(tuán)體活動，相信也應(yīng)該能從中學(xué)到一些方式。簡單點(diǎn)來說就是，學(xué)會換位思考，從他人的角度出發(fā)去溝通。對性格沉悶的開發(fā)人員，在溝通的時候邏輯盡量嚴(yán)謹(jǐn)，語言盡量帶些專業(yè)術(shù)語；對性格開朗的開發(fā)人員，還可以適當(dāng)?shù)挠幸恍┛陬^禪啊，插科打諢之類的；對待年長的（相差三歲以上吧），一定要謙卑有禮貌，同輩之間可以隨意一點(diǎn)，但也不能肆無忌憚，對待開發(fā)新人，要一視同仁，不要帶任何的輕視。人與人之間的關(guān)系相處是最為復(fù)雜的，需要慢慢積累和學(xué)習(xí)，個人現(xiàn)在也不敢說自己能應(yīng)對所有的情況，只能盡量去做到最好，總之，保持謙遜有禮貌總是沒錯的，任何人都喜歡和有禮貌的人打交道，低調(diào)行天下啊。

有了良好的溝通開端，就能打開話茬開始溝通了，但要達(dá)到溝通的目的，只有這一點(diǎn)還不夠。人和人之間的相處最講究平等，因此在溝通的時候要特別注意不要拿老大的命令啊，KPI啊之類的去壓人，要講道理。你不僅要告訴開發(fā)人員他們應(yīng)該做什么，還告訴他們?yōu)槭裁催@樣做，這樣做的目的在哪里，最好還能告訴他們這樣做的價值點(diǎn)。誰都希望自己所做的事情是有價值有意義的，而不是無用功，因此明確的目的和價值有很好的說服力。當(dāng)溝通遇到分歧的時候，要努力的去說服他們，而不是簡單說領(lǐng)導(dǎo)要求或者上面就要這么干，這會引起開發(fā)人員的反感。雖然有些時候確實(shí)會做一些領(lǐng)導(dǎo)要求的說不出價值的功能，產(chǎn)品經(jīng)理也要盡力讓這件事看起來是正確的，讓開發(fā)人員認(rèn)識到現(xiàn)狀，認(rèn)同你的無奈。在這點(diǎn)上，個人的做法是相互之間講道理，誰能說服對方就聽誰的，產(chǎn)品經(jīng)理也會犯錯，有時開發(fā)人員說的反而是對的，畢竟從不同的角度思考問題會有不一樣的結(jié)構(gòu)，且旁觀者清嘛。

專業(yè)的文檔撰寫能力

一份好的PRD的要求是正確清楚的描述了產(chǎn)品的所有功能點(diǎn)，功能描述無二義性，功能點(diǎn)之間描述是一致的，各個功能對產(chǎn)品而言都是必要且完備的，所有功能的設(shè)計(jì)都是可驗(yàn)證和可實(shí)現(xiàn)的，所闡述的是要做什么而不是怎么做。其他的都較好理解，好的文檔讓人看起來非常的順暢，可以一目了然，而不必去逐字逐句的深究，這樣也會節(jié)省開發(fā)人員看文檔的時間和精力。不過最后一點(diǎn)要稍微注意一下，怎么做一般是要有開發(fā)人員來決定的，產(chǎn)品經(jīng)理最多指定一下數(shù)據(jù)源，組織邏輯，所要實(shí)現(xiàn)的展示效果即可，不需要告訴開發(fā)人員怎么實(shí)現(xiàn)。只有在一種情況下可以，那就是你設(shè)計(jì)的東西你認(rèn)為可以實(shí)現(xiàn)，而開發(fā)人員認(rèn)為實(shí)現(xiàn)不了，在保證這個功能在業(yè)務(wù)上是非常有必要而且有價值的前提下，你可以通過舉例或者委婉的描述實(shí)現(xiàn)方法的方式來告訴開發(fā)人員，盡量不要讓開發(fā)人員覺得自身能力不足，總之要引導(dǎo)成為這是一件有挑戰(zhàn)的事情。文檔撰寫能力在開發(fā)人員的角度看不是必要的，但卻是加分項(xiàng)，這個能力也是產(chǎn)品經(jīng)理的必備能力，如果不夠強(qiáng)的話，還是好好修煉一下吧。

基礎(chǔ)的技術(shù)知識

首先強(qiáng)調(diào)這點(diǎn)也不是必備項(xiàng)，但是加分項(xiàng)。有些產(chǎn)品經(jīng)理是有研發(fā)背景的，即在轉(zhuǎn)行做產(chǎn)品經(jīng)理之前，有從事過開發(fā)工作的，這樣就非常的有優(yōu)勢，如果之前的開發(fā)工作與現(xiàn)在產(chǎn)品所需的是一樣的話，就完美了，可以在設(shè)計(jì)的時候就進(jìn)行一定程度的實(shí)現(xiàn)性和可行性考慮，評估所設(shè)計(jì)的功能是否可以在現(xiàn)有條件和資源下實(shí)現(xiàn)，也能在開發(fā)人員寫的系統(tǒng)設(shè)計(jì)說明書評審會上聽懂，可以大致了解是否符合要求。開發(fā)人員都是喜歡和同行交流的，就像我們自己喜歡和產(chǎn)品經(jīng)理同行交流一下，因此做過開發(fā)的產(chǎn)品經(jīng)理在和開發(fā)人員的溝通上有優(yōu)勢，但需要注意的是，千萬不能裝大佬，不要以為自己做過開發(fā)了不起，就指手畫腳的參與系統(tǒng)設(shè)計(jì)，這樣反而會令人反感，要記住你的技術(shù)背景只能停留在產(chǎn)品設(shè)計(jì)階段和PRD溝通階段，不要過多的給出技術(shù)方面的意見或建議，況且你都轉(zhuǎn)行了，說不定你所知道的東西已經(jīng)過時了。

沒有研發(fā)背景的產(chǎn)品經(jīng)理就需要修煉了，其實(shí)也不需要去學(xué)習(xí)開發(fā)技術(shù)，但是要知道一些專業(yè)術(shù)語，比如要知道JS腳本、Ajax、數(shù)據(jù)庫、存儲過程、BI等等名詞到底是什么東西，否則你會發(fā)現(xiàn)你在和開發(fā)人員溝通的時候會一愣一愣的，因?yàn)樗麄冋f的你聽不懂。學(xué)習(xí)的時候要有針對性，比如公司產(chǎn)品都是采用JAVA開發(fā)的，那就去了解一下JAVA相關(guān)的基礎(chǔ)知識，數(shù)據(jù)都都是采用MYSQL的，那就去簡單了解一下這個數(shù)據(jù)庫相關(guān)的知識，我們的目標(biāo)是能聽懂開發(fā)人員說的話，以免陷于被動。如果讓開發(fā)人員發(fā)現(xiàn)他說了半天，你都沒有聽明白，如果要他講第二遍或者一一解釋一下，估計(jì)首先要有點(diǎn)不耐煩，其次會有點(diǎn)嫌棄你了，呵呵。

聽得進(jìn)去建議

前面也提到，有時候開發(fā)人員是會提一些意見或者建議的，雖然大家都很專業(yè)，經(jīng)驗(yàn)都很豐富，但大家都是很忙的，很多時候都無法考慮的那么細(xì)那么完美，總有紕漏的時候，而開發(fā)人員有時候會適時的給出一些關(guān)于細(xì)節(jié)的建議與修改，這個時候你要評估一下，看是否是有價值的，如果是改變需求的，是要認(rèn)真評估一下的；如果不改變需求，你要評估一下哪種更好，兩種方案實(shí)現(xiàn)起來的難易程度，是否可以折中等等，這種時候要盡量站在開發(fā)人員的角度去考慮。能聽的進(jìn)去建議的人也是受了歡迎的，就像曹操，下面的謀士都是對其忠心耿耿的，因?yàn)椴懿偕朴诓杉{建議。

最后，其實(shí)開發(fā)人員也是很可愛的，只不過外面很多人會給程序員們冠以各種帽子，那都是有失偏頗的，要注意的是，不是所有的開發(fā)人員都會有類似的行為，你要是先入為主了，往往會做出錯誤的判斷。前面講到有研發(fā)背景的產(chǎn)品經(jīng)理，就是從開發(fā)人員轉(zhuǎn)行過來的，這證明開發(fā)人員當(dāng)中是有很多與大家類似的人群的，況且還時不時有一兩個美女開發(fā)嘛。以上只是個人的一些工作經(jīng)驗(yàn)總結(jié)，前面兩點(diǎn)個人覺得在和團(tuán)隊(duì)成員協(xié)作時都適用。

來源：IT民工 or IT精英