作為資深產品，如何治療傲嬌無禮且不知天高地厚的開發？

經常見到知乎上有小白產品會被有道行的開發各種忽悠，又或者因技術姿勢不足，思維邏輯糟糕不熟悉業務而被強烈吐槽。換個角度。
在實際工作中，資深產品也會偶爾遇到一些無法正確認識自身技術水平局限性，工作粗糙，嚴重缺乏合作意願和能力，溝通能力尤為低下且異常膨脹無視規範工作流程還試圖強行甩鍋的開發。
面對這樣的情況，想了解資深產品大佬們有何高階的騷操作對其適當的「治療」，方式儘可能優雅，以使得相應的產品開發工作流程能夠回到正常和諧互相尊重的氛圍中，非常感謝。

三點

第一：開發可能不是真的天高地厚，多觀察下開發的引爆點避開

第二：評審需求結束後，把可能調整的地方提前和團隊講明，這樣等再調整時開發有心理準備

第三：產品不要跨域，產品的優勢不在技術各司其職，所以開發如果真的不想care你，不會在意你懂不懂技術，更多他們只是對產品個人的感覺

傲嬌無理，不知天高地厚？哈哈，當你有這種感受的時候，你估計也在被開發吐槽了。

從你的描述來看，這個人可能是開發的一個leader，你如果搞不定他，你的需求產品可能一直排不上期。如果你已經用盡渾身解數還說服不了他的話，那就向上級求助解決吧，把風險拋出來，別因為一個人耽誤了整個項目的進度。

可能因為我現在只是一個小白，還沒有遇到過這麼令我不堪忍受的開發人員。

不過從我目前的經驗來看，我能跟開發友好相處、共同攻堅的要點就兩點：

1.擺正自己的位置。產品不是開發的天敵，而是夥伴，兩方需要配合，共同打造出滿意、成功的產品；另外我們只是產品，不是他們的領導，不要對他們的工作指指點點。

2.相信開發人員。相信他們技術強、溝通能力差、天然排斥無意義的規範流程，這就需要我們文檔描述清晰、善於溝通、不把模稜兩可的東西交給他們，及時跟進，在需要的時候要勇於背鍋。

開發不會傲嬌無禮…

仔細想一下他為什麼傲嬌和無禮吧

好比一條船，雖然你是船長，開發卻掌握了下面的能源庫，你又何必和他過不去呢？

100DAU的項目和100萬甚至1000萬DAU的項目，開發完全是兩種態度你明白嗎？

都資深產品了，不可能文檔寫不清楚話都不會說。然而你負責的產品實際效果怎樣呢？如果做個東西不像樣，搞了很長時間一點產出沒有，你再懂技術思路再會溝通，誰又能一直有耐心做個平庸玩意兒甚至是垃圾？那麼你的小毛病就會被放大，他們會逐漸變得越來越不寬容。結合你的描述，如果對方的leader都是你描述的這個尿性，那很有可能便是我說的這種情況，人家認為你做的東西太弱，天然的排斥做你的需求，所以出工不出力。也別說人家滑，作為產品，經常有一些跨部門的沒什麼卵用的需求過來要我幫著搞一部分，我肯定也是把這種事優先順序放後面。

固然你可以有很多套路來「治療」開發，提升推進需求的效率，但這只是手段不是目的，別忘了多想想怎麼把產品做好，任何問題考慮清楚別臨時起意亂出方案，要多提對項目有實際幫助的需求，哪怕能立刻有一點見效都可以，這才是一切的根本。提升產品設計能力就是在提升開發對你的認可度。要是把東西做好了成為公司的支柱，CTO都來幫你治療手下的開發，而且或許那時候他們已經不用治療了，比你還積極呢，誰還不在乎自己職業發展了。

你猜，作為資深的開發，如何治療傲嬌無禮且不知天高地厚的產品？

雖然作為產品，但如果你從心裡已經把技術放在了對立面，真的認為你離產品越來越遠了。

其實大部分與研發溝通發生問題的原因都不是因為研發「壞」，而是因為產品「笨」。這裡的笨指的是一下幾點：

1、居高臨下的溝通

2、不懂技術卻愛對研髮指指點點

3、當甩手掌柜，給完需求就不跟進項目，也不看產品

如果排除了以上幾點，真的遇到對不配合對研發，我們還是有一些可以良好管理項目對辦法，先簡單說一下，看的人多再擴展吧：

1、嚴格的項目排期。每個時間節點都在項目初期就規劃好。如果能用敏捷開發最好。產品需要給出足夠詳細細緻的產品需求，並且能夠預估到研發過程可能會出現的問題（這是度高級產品經理的基本要求），並且要求設計、研發、測試給出具體的排期，你監控好項目進度。

2、提出考核要求，對研發相對較好的考核指標是bug率。這是目前我發現的，非技術類人員管理研發的人員時較好考核的一個指標。每個版本的bug率一拉出來，你就知道團隊裡面誰的研發能力比較好了（歡迎指正）

3、產品負責需求定義，不需要幫研發考慮技術選型。通常遇到愛摔鍋的研發，你以後再跟他溝通時就只負責描述產品要求，以及常用：我想用戶看到的東西是XXXX，至於如何實現，我想你們比我更專業。如歸研發跟你說實現不了，那你就需要追問一下為什麼了。至於後面如何PK得具體問題具體分析了，有可能真實現不了，有可能說著說著他自己心虛了。這個是產品的內功了。

4、及時求助你的上級或研發Leader，不要等到出了問題再抱怨。只要結果不好，第一清算的一定是產品。除非，你不完全不需要承擔項目經理的角色。如果你不需要，也不存在對研發管理的問題。

暫時想到這麼多。有疑問再補充。

產品和開發是隊友啊，大家都是為了把東西做好而在一起工作的。就算開發人員真有問題，也是開發部門的領導去管，跟產品有半毛錢關係……

切換幾種視角去考慮問題：

1. 把他當你的一個用戶，你怎麼看這個問題

2. 把他當你的合作夥伴，你怎麼看這個問題

3. 把他當你的資源，你怎麼看這個問題

謝邀!

從題主的描述可以得出兩個結論：

1. 該開發人員是一個leader。

2. 開發在背後罵你這個自以為是的產品人員，懂屁的技術，就知道瞎BB。

同時有兩個疑問：

溝通能力低下？這個結論是如何得出的。他作為一個leader，如果溝通能力低下，那麼他是如何與下屬溝通的呢？

2. 開發人員無法正確認識到自身技術水平的局限性。這個結論又是如何得出的？你怎麼就覺得你的方案優於他？

從題主的描述，可以看出你是非常的氣憤，其實完全沒有必要。

對於管理，我是這樣理解這兩個字的：管事，理人。對於產品經理，有一項能力特別重要，但拿不上檯面，叫八面玲瓏，也就是理人的一個延伸。

回到你的問題：

對於疑問1，是由於他的不配合，所以你認為他溝通能力低下？所以要確認是他在這件事情上不配合，還是平常他與所有的人都是溝通存在問題。如果是這件事情不配合，那麼就要弄清楚他不配合的原因，可以從他手底下的兄弟那裡找到原因（找個跟你關係好的開發）。如果是他平常就那樣，那就是團隊合作性存在問題，這個時候，就事論事，先禮後兵。你的任務是管事，因為這樣拖下去，不是解決的辦法，會延期。開一個決策評審會，寫一個PPT，把他的方案，你的方案，在找一個不痛不癢的方案，叫上領導，相應的開發人員和他，讓領導在會上拍板決定怎麼做。他在拒絕執行，就拿領導壓他。

對於疑問2，把具體的問題發給你認識的做技術的比較厲害的朋友，請他們判斷方案的優略性，如果是你的認知存在缺陷，他的更優，那就沒有什麼好說的了。如果你的更優，在百度上找相關的資料發給他，讓他看，然後你在與他溝通，先拍馬屁，然後稍微放低一下身段，說自己不是技術出身，所以有些技術也不是很懂，請他幫忙看看哪個方案更好，是不是有互相借鑒的地方，我們能不能提出一個更優的方案，然後把方案寫成專利，到時你就是專利第一發明人。你要與他比的是胸懷，不是比技術能力。

在這件事情之外，其實還有很多事情可以在平常做的：