打造開發(fā)人員喜歡的產(chǎn)品經(jīng)理
在實際工作當中，產(chǎn)品經(jīng)理是經(jīng)常需要和開發(fā)人員打交道的，而人際交往的前提是相互之間有一個良好的感觀，甚或是已經(jīng)建立起來的友情，這樣溝通或交流起來會非常的順暢。產(chǎn)品經(jīng)理和開發(fā)人員之間，屬于工作范疇的關(guān)系，一般來講還分屬于不同的部門，如果再加上所背負的考核KPI是不一樣的話，兩者之間很難說能夠為了一個共同的目標而無間的配合。從正常情況來說，產(chǎn)品經(jīng)理要從大局出發(fā)，所考慮的要更加全面，某個設(shè)計可能包含了后續(xù)運營以及數(shù)據(jù)收集的前瞻性東西在里面，而開發(fā)人員更多考慮的是如何去實現(xiàn)，實現(xiàn)的難易程度以及代碼量的多少，不同的角度做同一件事，比然會引發(fā)很多的討論，所以產(chǎn)品經(jīng)理所要參加的會議一直都是很多的。如何能夠和開發(fā)人員保持良好且高效的溝通交流，一直是產(chǎn)品經(jīng)理們所需要解決的問題。
按說，產(chǎn)品經(jīng)理和開發(fā)人員之間也是可以建立起很深的友誼的，這個需要工作之外的溝通和多次愉快的合作之后才能慢慢建立起來。已經(jīng)在一個環(huán)境下工作了較長時間的產(chǎn)品經(jīng)理和剛?cè)肼氝M入一個新環(huán)境的產(chǎn)品經(jīng)理，都得和產(chǎn)品線所對應的開發(fā)人員搞好關(guān)系，否則會影響到后面的工作開展。經(jīng)常聽到一些同行抱怨在公司里與團隊成員之間如何如何溝通不暢，導致對產(chǎn)品失去信心之類的，我想說的是，無論是和UED、設(shè)計、開發(fā)等整個團隊都溝通不暢還是只和開發(fā)人員有溝通問題，產(chǎn)品經(jīng)理都是要自我反思的，問題都出在你自己的身上，因為人際交往的宗旨就是在面對不同性格不同背景的人要采取迥異的方式來營造良好的人際交往環(huán)境。要想做一個讓開發(fā)人員喜歡的產(chǎn)品經(jīng)理，排除一些個人魅力因素，還是有一些方法的。個人在這方面做的還比較好，兩家公司待下來都能與整個團隊打成一片，還與一些開發(fā)人員建立了深厚的友誼，下面就講講一些個人的經(jīng)驗。
講道理式的溝通
溝通是人際交往過程當中的必要手段，良好的人際關(guān)系從溝通開始。單從溝通的角度來說，面對不同性格的開發(fā)人員時，是要采取不同的溝通方式的，這點上需要一些閱歷才能做到，因此剛從學校出來打拼的同行們可能有點吃虧，不過如果你在學校里參與了足夠多的社交團體活動，相信也應該能從中學到一些方式。簡單點來說就是，學會換位思考，從他人的角度出發(fā)去溝通。對性格沉悶的開發(fā)人員，在溝通的時候邏輯盡量嚴謹，語言盡量帶些專業(yè)術(shù)語；對性格開朗的開發(fā)人員，還可以適當?shù)挠幸恍┛陬^禪啊，插科打諢之類的；對待年長的（相差三歲以上吧），一定要謙卑有禮貌，同輩之間可以隨意一點，但也不能肆無忌憚，對待開發(fā)新人，要一視同仁，不要帶任何的輕視。人與人之間的關(guān)系相處是最為復雜的，需要慢慢積累和學習，個人現(xiàn)在也不敢說自己能應對所有的情況，只能盡量去做到最好，總之，保持謙遜有禮貌總是沒錯的，任何人都喜歡和有禮貌的人打交道，低調(diào)行天下啊。
有了良好的溝通開端，就能打開話茬開始溝通了，但要達到溝通的目的，只有這一點還不夠。人和人之間的相處最講究平等，因此在溝通的時候要特別注意不要拿老大的命令啊，KPI啊之類的去壓人，要講道理。你不僅要告訴開發(fā)人員他們應該做什么，還告訴他們?yōu)槭裁催@樣做，這樣做的目的在哪里，最好還能告訴他們這樣做的價值點。誰都希望自己所做的事情是有價值有意義的，而不是無用功，因此明確的目的和價值有很好的說服力。當溝通遇到分歧的時候，要努力的去說服他們，而不是簡單說領(lǐng)導要求或者上面就要這么干，這會引起開發(fā)人員的反感。雖然有些時候確實會做一些領(lǐng)導要求的說不出價值的功能，產(chǎn)品經(jīng)理也要盡力讓這件事看起來是正確的，讓開發(fā)人員認識到現(xiàn)狀，認同你的無奈。在這點上，個人的做法是相互之間講道理，誰能說服對方就聽誰的，產(chǎn)品經(jīng)理也會犯錯，有時開發(fā)人員說的反而是對的，畢竟從不同的角度思考問題會有不一樣的結(jié)構(gòu)，且旁觀者清嘛。
專業(yè)的文檔撰寫能力
一份好的PRD的要求是正確清楚的描述了產(chǎn)品的所有功能點，功能描述無二義性，功能點之間描述是一致的，各個功能對產(chǎn)品而言都是必要且完備的，所有功能的設(shè)計都是可驗證和可實現(xiàn)的，所闡述的是要做什么而不是怎么做。其他的都較好理解，好的文檔讓人看起來非常的順暢，可以一目了然，而不必去逐字逐句的深究，這樣也會節(jié)省開發(fā)人員看文檔的時間和精力。不過最后一點要稍微注意一下，怎么做一般是要有開發(fā)人員來決定的，產(chǎn)品經(jīng)理最多指定一下數(shù)據(jù)源，組織邏輯，所要實現(xiàn)的展示效果即可，不需要告訴開發(fā)人員怎么實現(xiàn)。只有在一種情況下可以，那就是你設(shè)計的東西你認為可以實現(xiàn)，而開發(fā)人員認為實現(xiàn)不了，在保證這個功能在業(yè)務上是非常有必要而且有價值的前提下，你可以通過舉例或者委婉的描述實現(xiàn)方法的方式來告訴開發(fā)人員，盡量不要讓開發(fā)人員覺得自身能力不足，總之要引導成為這是一件有挑戰(zhàn)的事情。文檔撰寫能力在開發(fā)人員的角度看不是必要的，但卻是加分項，這個能力也是產(chǎn)品經(jīng)理的必備能力，如果不夠強的話，還是好好修煉一下吧。
基礎(chǔ)的技術(shù)知識
首先強調(diào)這點也不是必備項，但是加分項。有些產(chǎn)品經(jīng)理是有研發(fā)背景的，即在轉(zhuǎn)行做產(chǎn)品經(jīng)理之前，有從事過開發(fā)工作的，這樣就非常的有優(yōu)勢，如果之前的開發(fā)工作與現(xiàn)在產(chǎn)品所需的是一樣的話，就完美了，可以在設(shè)計的時候就進行一定程度的實現(xiàn)性和可行性考慮，評估所設(shè)計的功能是否可以在現(xiàn)有條件和資源下實現(xiàn)，也能在開發(fā)人員寫的系統(tǒng)設(shè)計說明書評審會上聽懂，可以大致了解是否符合要求。開發(fā)人員都是喜歡和同行交流的，就像我們自己喜歡和產(chǎn)品經(jīng)理同行交流一下，因此做過開發(fā)的產(chǎn)品經(jīng)理在和開發(fā)人員的溝通上有優(yōu)勢，但需要注意的是，千萬不能裝大佬，不要以為自己做過開發(fā)了不起，就指手畫腳的參與系統(tǒng)設(shè)計，這樣反而會令人反感，要記住你的技術(shù)背景只能停留在產(chǎn)品設(shè)計階段和PRD溝通階段，不要過多的給出技術(shù)方面的意見或建議，況且你都轉(zhuǎn)行了，說不定你所知道的東西已經(jīng)過時了。
沒有研發(fā)背景的產(chǎn)品經(jīng)理就需要修煉了，其實也不需要去學習開發(fā)技術(shù)，但是要知道一些專業(yè)術(shù)語，比如要知道JS腳本、Ajax、數(shù)據(jù)庫、存儲過程、BI等等名詞到底是什么東西，否則你會發(fā)現(xiàn)你在和開發(fā)人員溝通的時候會一愣一愣的，因為他們說的你聽不懂。學習的時候要有針對性，比如公司產(chǎn)品都是采用JAVA開發(fā)的，那就去了解一下JAVA相關(guān)的基礎(chǔ)知識，數(shù)據(jù)都都是采用MYSQL的，那就去簡單了解一下這個數(shù)據(jù)庫相關(guān)的知識，我們的目標是能聽懂開發(fā)人員說的話，以免陷于被動。如果讓開發(fā)人員發(fā)現(xiàn)他說了半天，你都沒有聽明白，如果要他講第二遍或者一一解釋一下，估計首先要有點不耐煩，其次會有點嫌棄你了，呵呵。
聽得進去建議
前面也提到，有時候開發(fā)人員是會提一些意見或者建議的，雖然大家都很專業(yè)，經(jīng)驗都很豐富，但大家都是很忙的，很多時候都無法考慮的那么細那么完美，總有紕漏的時候，而開發(fā)人員有時候會適時的給出一些關(guān)于細節(jié)的建議與修改，這個時候你要評估一下，看是否是有價值的，如果是改變需求的，是要認真評估一下的；如果不改變需求，你要評估一下哪種更好，兩種方案實現(xiàn)起來的難易程度，是否可以折中等等，這種時候要盡量站在開發(fā)人員的角度去考慮。能聽的進去建議的人也是受了歡迎的，就像曹操，下面的謀士都是對其忠心耿耿的，因為曹操善于采納建議。
最后，其實開發(fā)人員也是很可愛的，只不過外面很多人會給程序員們冠以各種帽子，那都是有失偏頗的，要注意的是，不是所有的開發(fā)人員都會有類似的行為，你要是先入為主了，往往會做出錯誤的判斷。前面講到有研發(fā)背景的產(chǎn)品經(jīng)理，就是從開發(fā)人員轉(zhuǎn)行過來的，這證明開發(fā)人員當中是有很多與大家類似的人群的，況且還時不時有一兩個美女開發(fā)嘛。以上只是個人的一些工作經(jīng)驗總結(jié)，前面兩點個人覺得在和團隊成員協(xié)作時都適用。
