問題背景：當你的產品內測時，這時候程序員看著那個功能或者交互很不爽，開始各種吐槽，緊接著一群程序員開始吐槽，有多不爽，有多雞肋，有多麼。。。。balabala。。你該怎么辦？（@PMCAFF會員CSQ000）

夏陽

互聯網產品從業者|民間紅娘

山城紅娘|公益相親平臺創始人

御弟哥哥|快餐連鎖品牌創始人

嘿快|軌道WiFi 產品負責人

以下是來自PMCAFF會員夏陽的回答：

我只從產品的角度來回答，雖然我只是一個民間紅娘而已，同時感謝@JR 同學提供和收集的問題。

JR收集的技術反饋問題主要有3個：

1、當前沒時間開發；
2、這個東西，特別是已經迭代過幾次的產品，其框架和技術選型其實已經制約了某功能的實現（不是做不了，而是做出來滿足不了客戶的需求）；
3、該技術人員目前還沒掌握此需求所需的技術積淀。

回答：
1、如果排期確實都排滿了，就看優先級唄，畢竟人家人手有限，或者假裝人手有限，你也不能強迫他，只能從優先級上著手，不然人家就一副“我不是不想做，我做不過來，誰讓你不早點提需求”的欠揍表情。

2、滿不滿足用戶（客戶）的需求，產品有很大的發言權，如果開發同學跟你說功能沒用，那你就用到你最根本的溝通能力來給他講解需求，如果連他都說服不了，你能說服投資人么？創業就更不用想了。不用多，你有兩次這種成功的說服，就會讓他們佩服你。

如果是功能被底層制約了，那你要先驗證需求的可行性，如果確實要做，就分步驟來，先解決有無，然后再豐富。阿里巴巴這么多年也重構了幾次底層了。做與不做就看這個東西值不值得做，而值不值得，很大程度上取決于你的水平。

有時候不要因為這個不允許，那個不保證的，丟掉了用戶的需求和契機。好多產品往往就是愿意做你不愿意做的事情，居然就成功了。

3、開發同學沒掌握技能和技術沉淀，那你跟他說，別人都能做，你為啥不能做，那你還在我面前BIBI個機⑧，好好承認你不行，回去虛心學習去，別沒事在我這人五人六的聊國際先進技術，聊谷歌蘋果臉譜網的，好像喬布斯老大，你老二，結果老大還死了。

然后果斷回頭權衡是用別的功能來代替采用曲線救國的方式（舉例，用戶找車位難，不一定非要弄停車場，弄個拼車有時候也能解決問題，要把需求的祖宗十八代都挖出來），還是馬上做技術儲備，讓這些小朋友長大了再來。

補充一點：

好多開發無非是不想做某個功能，覺得麻煩，或者自認為功能沒用，作為產品經理，你要反問他，你覺得哪個功能有用，如果只做這幾個功能，產品還有人用么；還用你這個如此高端凌厲的開發工程師來做么，隨便找個大學生一樣可以做基礎功能。

當然，如果你一肚子道理，就是不能說服，那說明你基本的溝通能力還是有問題，別再說自己是個稱職的產品。調動積極性和觸發人性共振點，是你必須要做的。別忘了，好多開發工程師入職的時候，都信心滿滿，心比天高，愿意做很多有意思的好玩的功能，好像蘋果沒找他都瞎了眼了。但是時間長了，他們就疲憊了，開始當工人了，多余的東西或者有挑戰的東西一點不愿意做。這個是要改變他們，要變相畫餅激勵（做好價值觀傳遞，讓他們知道自己做的東西很牛逼，軍功章有他們很大的功勞）。

說的有點多了，這么多年，我的開發都在背后罵我，面前從不罵，也算是死豬不怕開水燙了！

配圖與作者無關

vivigoose|林夏薇

被小伙伴親切稱呼為小鵝

14年底漂流回來的海龜派

以vivigoose的名混跡在PMCAFF產品經理社區學習和交流心得看法。

以下是來自PMCAFF會員vivigoose的回答：

說到產品經理和程序猿，無法擺脫的就是“撕逼”這個詞，公說公有理，婆說婆有據，每個角色出發點不同，站在的角度不一樣，思考的方式不一致，都是引起撕逼的導火索。這種現象是無法避免的，但是可以緩解和降低撕逼的氣焰。

我覺得遇到這種情況的處理方式有以下幾點，我給它簡稱“三步走”：

第一步： 產品經理在整個產品生命周期中是統籌，協調的，因而首要任務是穩定程序猿們的情緒，并組織他們展開圓桌會議，耐心傾聽程序猿的意見和建議，并在白板或者白紙上記錄程序猿的建議和意見?！獌A聽永遠比爭執來的更有效，而且也體現了對彼此之間的尊重。盲目的爭執只會激化撕逼和爭執，只會影響彼此之間的合作度、配合度。嚴重的話，會導致程序猿和產品經理之間的隔閡，會誤認為每次我的想法建議都是被排斥或者不接納，惡性循環后影響整個產品的研發。

第二步：當場對程序猿的想法進行一個表決，看程序猿們贊同建議的票選率如何，根據票選率來進行第三步的流程——采取公投的方式產生的結果可以讓程序猿信服：這是你們認為需要、想要改進的地方，你們很公正的票選出來的決定，而不是作為產品經理的我強制壓給你們的想法和建議。

第三步：表決階段會有兩種情況產生：

情況1：當程序猿絕大多數贊同一個建議的時候，那么PM可以在保留原版數據的基礎上，按照程序猿的想法進行一個可行性的大膽操作，檢驗是否出來的成果會更加合適。這時可以邀請一部分用戶或者群體來進行體驗，用以檢驗更改后的方案效果如何。假如效果合理可以采用新思路。如果無法很好的收的成效，產品經理和程序猿需要一起開分析其不合理或者不適合的原因，研究探討下是什么問題導致的這個情況的發生，然后再繼續探討可行性方案——比如在程序猿現在這個建議上優化或者調整，是否原方案更好等問題。

情況2：如果意見不均衡，可以選出兩個贊成呼聲最高的想法，進行A/B方案的操作，此時也是需要小規模體驗團隊來檢驗其成果，根據其結果進行兩方間的對比，以及和原方案之間的對比，三者用淘汰制的形式來擇優入選。

通過實踐和用戶體驗的成果來作為有力的證據，這樣才能讓產品經理和程序猿都信服。畢竟產品最后面向的是所謂的目標群體，而目標群體的體驗是最有力的證明。這樣就能緩和撕逼的現象，也能讓程序猿更愿意發表自己的看法和建議。即便他們的想法忽略了站在用戶的角度，但可以幫助他們日后友好的和產品經理撕逼而不是掀桌子的那種。。

本文由PMCAFF產品經理社區會員原創，版權歸PMCAFF產品經理社區及作者共同所有。如需轉載，請注明出處并保留鏈接。

推薦閱讀

《PMCAFF 2015上半年干貨精選》

PMCAFF各類精品群

電商PM圈|PMCAFF 396981669

工具PM圈|PMCAFF JaneYu81

互聯網O2O圈|PMCAFF Nicole_0928

互聯網金融圈|PMCAFF erhuoyimei

旅游PM圈|PMCAFF lizheng_legend

社交PM圈|PMCAFF liyilin1263

視頻PM圈|PMCAFF EsDark_guiga

智能硬件圈|PMCAFF Johnson727543

唯一B端產品群|PMCAFF fenglinzhi1994

入群規則

1、入群需參與一次群分享（話題內容不限）

2、敲門磚：姓名+公司+可以分享的話題

投稿請發送至郵箱：tougao@pmcaff.com

商務合作請聯系：xiaoxi@pmcaff.com

PMCAFF合作媒體：Chinaz

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的不服来战！这才是产品汪与程序猿撕逼的正确方式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。