分析：產(chǎn)品經(jīng)理被一群程序員圍著撕逼時(shí)該怎么辦

分析：產(chǎn)品經(jīng)理被一群程序員圍著撕逼時(shí)該怎么辦？

PMCAFF會(huì)員夏陽回答：我只從產(chǎn)品的角度來回答，雖然我只是一個(gè)民間紅娘而已，同時(shí)感謝@JR同學(xué)提供和收集的問題。JR收集的技術(shù)反饋問題主要有3個(gè)：1、當(dāng)前沒時(shí)間開發(fā)；2、這個(gè)東西，特別是已經(jīng)迭代過幾次的產(chǎn)品，其框架和技術(shù)選型其實(shí)已經(jīng)制約了某功能的實(shí)現(xiàn)(不是做不了，而是做出來滿足不了客戶的需求)；3、該技術(shù)人員目前還沒掌握此需求所需的技術(shù)積淀?；卮穑?、如果排期確實(shí)都排滿了，就看優(yōu)先級(jí)唄，畢竟人家人手有限，或者假裝人手有限，你也不能強(qiáng)迫他，只能從優(yōu)先級(jí)上著手，不然人家就一副“我不是不想做，我做不過來，誰讓你不早點(diǎn)提需求”的欠揍表情。2、滿不滿足用戶(客戶)的需求，產(chǎn)品有很大的發(fā)言權(quán)，如果開發(fā)同學(xué)跟你說功能沒用，那你就用到你最根本的溝通能力來給他講解需求，如果連他都說服不了，你能說服投資人么？創(chuàng)業(yè)就更不用想了。不用多，你有兩次這種成功的說服，就會(huì)讓他們佩服你。如果是功能被底層制約了，那你要先驗(yàn)證需求的可行性，如果確實(shí)要做，就分步驟來，先解決有無，然后再豐富。阿里巴巴這么多年也重構(gòu)了幾次底層了。做與不做就看這個(gè)東西值不值得做，而值不值得，很大程度上取決于你的水平。有時(shí)候不要因?yàn)檫@個(gè)不允許，那個(gè)不保證的，丟掉了用戶的需求和契機(jī)。好多產(chǎn)品往往就是愿意做你不愿意做的事情，居然就成功了。3、開發(fā)同學(xué)沒掌握技能和技術(shù)沉淀，那你跟他說，別人都能做，你為啥不能做，那你還在我面前BIBI個(gè)機(jī)⑧，好好承認(rèn)你不行，回去虛心學(xué)習(xí)去，別沒事在我這人五人六的聊國(guó)際先進(jìn)技術(shù)，聊谷歌蘋果臉譜網(wǎng)的，好像喬布斯老大，你老二，結(jié)果老大還死了。然后果斷回頭權(quán)衡是用別的功能來代替采用曲線救國(guó)的方式(舉例，用戶找車位難，不一定非要弄停車場(chǎng)，弄個(gè)拼車有時(shí)候也能解決問題，要把需求的祖宗十八代都挖出來)，還是馬上做技術(shù)儲(chǔ)備，讓這些小朋友長(zhǎng)大了再來。補(bǔ)充一點(diǎn)：好多開發(fā)無非是不想做某個(gè)功能，覺得麻煩，或者自認(rèn)為功能沒用，作為產(chǎn)品經(jīng)理，你要反問他，你覺得哪個(gè)功能有用，如果只做這幾個(gè)功能，產(chǎn)品還有人用么；還用你這個(gè)如此高端凌厲的開發(fā)工程師來做么，隨便找個(gè)大學(xué)生一樣可以做基礎(chǔ)功能。當(dāng)然，如果你一肚子道理，就是不能說服，那說明你基本的溝通能力還是有問題，別再說自己是個(gè)稱職的產(chǎn)品。調(diào)動(dòng)積極性和觸發(fā)人性共振點(diǎn)，是你必須要做的。別忘了，好多開發(fā)工程師入職的時(shí)候，都信心滿滿，心比天高，愿意做很多有意思的好玩的功能，好像蘋果沒找他都瞎了眼了。但是時(shí)間長(zhǎng)了，他們就疲憊了，開始當(dāng)工人了，多余的東西或者有挑戰(zhàn)的東西一點(diǎn)不愿意做。這個(gè)是要改變他們，要變相畫餅激勵(lì)(做好價(jià)值觀傳遞，讓他們知道自己做的東西很牛逼，軍功章有他們很大的功勞)。說的有點(diǎn)多了，這么多年，我的開發(fā)都在背后罵我，面前從不罵，也算是死豬不怕開水燙了！PMCAFF會(huì)員vivigoose回答：說到產(chǎn)品經(jīng)理和程序猿，無法擺脫的就是“撕逼”這個(gè)詞，公說公有理，婆說婆有據(jù)，每個(gè)角色出發(fā)點(diǎn)不同，站在的角度不一樣，思考的方式不一致，都是引起撕逼的導(dǎo)火索。這種現(xiàn)象是無法避免的，但是可以緩解和降低撕逼的氣焰。我覺得遇到這種情況的處理方式有以下幾點(diǎn)——我給他簡(jiǎn)稱‘三步走’：1、第一步：產(chǎn)品經(jīng)理在整個(gè)產(chǎn)品生命周期中是統(tǒng)籌，協(xié)調(diào)的，因而首要任務(wù)是穩(wěn)定程序猿們的情緒，并組織他們展開圓桌會(huì)議，耐心傾聽程序猿的意見和建議，并在白板或者白紙上記錄程序猿的建議和意見?！獌A聽永遠(yuǎn)比爭(zhēng)執(zhí)來的更有效，而且也體現(xiàn)了對(duì)彼此之間的尊重。盲目的爭(zhēng)執(zhí)只會(huì)激化撕逼和爭(zhēng)執(zhí)，只會(huì)影響彼此之間的合作度、配合度。嚴(yán)重的話，會(huì)導(dǎo)致程序猿和產(chǎn)品經(jīng)理之間的隔閡，會(huì)誤認(rèn)為每次我的想法建議都是被排斥或者不接納，惡性循環(huán)后影響整個(gè)產(chǎn)品的研發(fā)。2、第二步：當(dāng)場(chǎng)對(duì)程序猿的想法進(jìn)行一個(gè)表決，看程序猿們贊同建議的票選率如何，根據(jù)票選率來進(jìn)行第三步的流程——采取公投的方式產(chǎn)生的結(jié)果可以讓程序猿信服：這是你們認(rèn)為需要、想要改進(jìn)的地方，你們很公正的票選出來的決定，而不是作為產(chǎn)品經(jīng)理的我強(qiáng)制壓給你們的想法和建議。3、第三步：表決階段會(huì)有兩種情況產(chǎn)生：情況1：當(dāng)程序猿絕大多數(shù)贊同一個(gè)建議的時(shí)候，那么PM可以在保留原版數(shù)據(jù)的基礎(chǔ)上，按照程序猿的想法進(jìn)行一個(gè)可行性的大膽操作，檢驗(yàn)是否出來的成果會(huì)更加合適。這時(shí)可以邀請(qǐng)一部分用戶或者群體來進(jìn)行體驗(yàn)，用以檢驗(yàn)更改后的方案效果如何。假如效果合理可以采用新思路。如果無法很好的收的成效，產(chǎn)品經(jīng)理和程序猿需要一起開分析其不合理或者不適合的原因，研究探討下是什么問題導(dǎo)致的這個(gè)情況的發(fā)生，然后再繼續(xù)探討可行性方案——比如在程序猿現(xiàn)在這個(gè)建議上優(yōu)化或者調(diào)整，是否原方案更好等問題。情況2：如果意見不均衡，可以選出兩個(gè)贊成呼聲最高的想法，進(jìn)行A/B方案的操作，此時(shí)也是需要小規(guī)模體驗(yàn)團(tuán)隊(duì)來檢驗(yàn)其成果，根據(jù)其結(jié)果進(jìn)行兩方間的對(duì)比，以及和原方案之間的對(duì)比，三者用淘汰制的形式來擇優(yōu)入選。通過實(shí)踐和用戶體驗(yàn)的成果來作為有力的證據(jù)，這樣才能讓產(chǎn)品經(jīng)理和程序猿都信服。畢竟產(chǎn)品最后面向的是所謂的目標(biāo)群體，而目標(biāo)群體的體驗(yàn)是