產品狗，如何優雅的和程序猿撕逼

作為產品汪，撕逼技能就像Axure、墨刀、Xmind、PPT一樣，是一項必備技能，跟技術撕簡直就是家常便飯，而且還可能會跟運營撕、市場撕、設計撕、老板撕~總之，一切跟產品相關的人都可能成為你撕逼的對象，沒辦法，產品經理是產品的核心和owner，溝通中只要有不暢的地方，都避免不了一場撕逼大戰。

今天和大家聊聊和程序猿撕逼的那些事兒！

撕逼四重境界

撕逼第一重：程序猿哥哥你好膩害，我就小小的反抗一下

大部分缺乏經驗的產品經理以及性格偏軟的產品經理會遇到的問題，甚至在一些技術主導型的公司，這樣的現象更普遍，產品經理提出的觀點論斷甚至都沒有程序猿提出的靠譜，就算產品經理內心有一些想法，提出來遭到程序猿反駁后，都沒底氣辯解，依靠小小的反抗刷下存在感。

撕逼第二重：需求評審拍桌子，需求變更扯嗓子

有點脾氣，或者有些經驗的產品經理，會想辦法說服程序猿，我在上家公司做過，你這種技術觀點不靠譜，我做這個做了3年了，我能不了解，你看看這數據，就應該這么改，我就需求變更一下，哪家公司上線前不變更需求啊？辦公室就像菜場一樣！

撕逼第三重：抄領導

你不聽我是吧，我這個和老板過過了，郵件抄CEO,CTO,COO,CPO,CXO，產品總監，研發總監，來，我們進行不下去了，我們在郵件說吧，郵件里再來一場血雨腥風！領導也納悶：瑪德制杖！

撕逼第四重：拜拜~

女產品哭了，找產品總監提了離職報告。程序猿怒了，勞資不干了，你愛找誰找誰吧！同是打工者，相煎何太急！

撕起來了，產品狗該怎么辦

一個負責任的產品經理不是為了撕逼而撕逼，都是為了解決問題而來的，既然都已經吵了起來，怎么才能穩住大家情緒，圍繞核心問題展開激烈的討論呢？

首要原則，請不要人身攻擊！ 撕逼就是撕逼，請優雅的撕逼，別俗不可耐的一堆臟話出來了，你個傻逼，你這么low走后門進我們公司的吧。控制好你的情緒，你的那些所謂不經意間的口頭禪都會傷人，這傷疤留下了，即可調解好了，日后也難以痊愈！

其次，對事不對人！ 我曾經遇到一個女PM需求評審時候，研發總是提出各種質疑，這個女PM脾氣也大，直接來一句：你是不是看老娘不順眼！完了，整個桌上的人都懵逼了，你在質疑人家的動機，你對人不對事兒，這評審會還怎么開下去！撕逼是為了解決問題，不是為了制造問題，單純的程序猿人家就是邏輯性強，你邏輯有問題，自己沒想好，還不允許人家提啊！有城府的程序猿別提了，想坑你，太容易了，分分鐘讓你成為背鍋俠，沒必要在需求評審時候卡著你！

第三，就事論事！ 產品經理經常遇到這樣的質疑，研發問：你上次主導的產品害我們加班通宵，結果辛辛苦苦搞出來的的產品數據那么差，那這次我們還聽你的？所以這個時候討論的核心點就不是看產品需求本身是什么了，轉而先確認要不要相信這只產品狗。但是話說回來，就算上一款產品失敗，也不能論斷該產品失敗的原因就歸結于產品汪的能力問題啊，有些只是為了驗證老板的想法是錯的罷了，這鍋，不背！

第四，別老是拿權威說事兒！ 程序猿也總會質疑產品為啥要這么設計，你會說，看看京東，看看淘寶，看看微信等等，張小龍說過，XXXX，喬布斯說過，XXXX，李彥宏說過，XXXX。作為產品經理，還是要基于具體使用場景和用戶需求進行討論。畢竟，權威的話不一定適用于我們特定的產品以及討論場景。

如何在程序猿間游刃有余

第一，不要抱著撕逼的心態

抱著撕逼心態的時候你的潛意識就是在別人對立面，反正人家說什么我都要辯駁，進了評審會議室，自動開啟撕逼模式，容不得別人對自己的設計指手畫腳，哪怕別人是對的。心態不對，基本上很難做好溝通工作，那么許多工作也會很難推進下去。

第二，想清楚你的需求是什么

在某個行業做互聯網產品經理，不代表我們只需要懂產品設計，要把這個行業吃透，才能有更完整的信息和論據，得出來的結論才更可信。所以每次做需求前，最起碼你要把需求本身的意義想清楚，你要有充分的論證，市場分析，競品分析，運營數據，用研反饋，這些你要有邏輯的向程序猿們闡述清楚，讓大家覺得我們不是在瞎做，我們是有目的的在做一些東西，大家做的不是無用功，最起碼，我們產品是用心做了調研！就算是老板的需求，那么你也要問清楚需求是什么，為什么這么做，有沒有什么市場前沿信息，老板的戰略構想是怎樣的等等

第三，評審前和技術充分溝通

產品經理在規劃產品的時候要及時跟技術團隊溝通技術上實現的可能性，開發可能耗費的工期，以及對目前技術架構的改動。一個懂技術的產品經理能夠節省很多時間。每個技術團隊的能力不一樣，都有一個客觀的邊界，如果實現起來的困難很多，時間很長，那就需要產品經理對相應功能進行取舍或者變換一種設計形式。當然，如果你在平時交流過程中，結交了不少研發好朋友，多向他們討教討教聊聊需求，工作會事半功倍。

第四、完整的需求文檔

只有你把你的需求文檔想的細致想的全面甚至連一個錯別字都沒有，這樣才不會在需求評審的時候不被噴，才不會撕逼。

1. 邏輯清晰你的整個需求當中，邏輯是不是清楚，整個流程能不能走完，頁面跳轉流程是不是正確，別一番走下來，流程上都有問題。

2.完善產品的異常流程和細節補充說明。很多產品經理的完成產品規劃的時候，大致一看主流程。其實由很多異常流程沒有想到。比如用戶登錄時候，什么時候出現圖片驗證碼，用戶手機號輸入錯誤，密碼輸入錯誤怎么提示，你做個分享，icon，title和content有沒有附上等等

3. 在PRD中建立note項，強調關鍵的東西別讓研發遺漏，自己評審時候也能注意到，會后，研發也可以根據你的標注來理清思路，起到查漏補缺的效果。

第五、不要頻繁變更需求。

需求文檔確定以后就不要頻繁變更需求。如果變化大的話意味著之前做的東西推倒重來，技術所做的成功付之東流。頻繁的變更需求，會讓研發人員不信任你，自然你的溝通也不會那么順暢。所以會有下面一副忍俊不禁的圖片。所以產品經理為了不頻繁變更需求，一定要在需求發出之前把所有的細節都想到，尤其是面對一個新的問題的時候不要急于做決定，你完全可以告訴研發，這個問題我現在有些想法，但是不完整。我在想想，盡快給你答復。一個遲來的完整的決定總比一個沒有經過深思熟慮做出的決定好。

第六、產品經理參與到測試中去。

產品經理如果時間充裕可以和測試一起寫test case，這樣你就能發現自己有哪些沒考慮到，和測試的test case比較，測試有哪些沒考慮到，和測試一起測試，可以最快速的了解你這個產品的全貌，也許你做的只是APP的某個功能，但是你一起測試時候，有些關聯功能會測到，幾次測試下來，你對你的APP會有一個全貌的了解。

第七、產品上線后，適當的犒勞一下項目組。

一次產品的孵育，大家都經歷了不少的辛酸和無奈，結束之后，大家完全可以吃吃喝喝，把酒言歡，起碼研發會認為你這產品經理實在，大家在吃喝的氛圍中培養一下友誼，大家以后會更愿意給你賣命。

最后再說幾句大家不愛聽的

1.埋頭做事，也別忘抬頭看看

2.別以為title里面有個manager，你就覺得自己是manager，manager和你無關

3.永遠積極，樂觀，正能量

大城小胖，一個喜歡讀書和寫字的互聯網金融產品經理，不定期更新原創文章，轉載請私信聯系，支持原創！