其實我不喜歡「撕逼」這個詞，之所以起這樣的標題只是想吸引你點擊進來。

有段時間自己非常喜歡跟別人「撕逼」，還把它當做一種樂趣，因為撕的過程就是一個觀點互相碰撞的過程，這簡直就是精神上的一種愉悅。但是站在現在的角度再回頭看當時的自己，覺得這是件很不恰當的事情。有時候只是單純為了撕而撕，到最后也沒有一個結果，還浪費了互相的時間，更有可能，不管選A方案還是B方案，沒有太大區別。

「撕逼」這個詞給人的感覺好像是大家都撐眉努眼然后坐下來開辯論賽的感覺，別這樣，我們不妨優雅一點，把它稱作「討論」。

既然是討論問題，很有可能是想法發生了分歧，為了對自己做的功能負責，產品經理就需要消除這個分歧，把大家的想法都拉到同一頻率上。

一、與產品經理討論

產品經理與產品經理討論問題的情況是非常頻繁的，大家會出現就某個功能或交互有不同的看法，然后會出現互相爭論的情況。這里有幾種情況是要盡量杜絕的。

一是不要為了說服別人支持自己的觀點就拿著競品或者某個很優秀的產品的對應功能對著其他產品經理說，「你看，這個產品也是這么做的」，那么這個產品的其他的功能點我們為什么不也去模仿呢。往往很多情況，為了說服別人支持這個觀點就找相仿的一個應用來說事，下次為了說明另外一個觀點發現之前那個應用做的跟自己的不一樣就趕緊再找個跟自己做的功能相仿的應用來說事。

二是不要「我覺得」，雖然有很多文章和書籍都說了，做產品不要為自己設計，要讓自己一秒變成小白用戶，可是很多人都是很難做到的，很容易就把自己的經歷代入場景。這樣出現的問題是一個產品經理說「我覺得我會A，我就是這樣的」，另外一個產品經理說「我覺得我會B，我就是這樣的」，如果是這樣討論問題，沒得聊了。最好的方法是拿數據說話，拿用戶反饋說話（這也需要批判性去看待）。

三是不要拿極端情況試圖推翻別人的方案。這其實是邏輯學上的一個非邏輯思維，要不得。你幾乎在每個方案中都能找到問題，但這不代表別人的方案不好，為了說明別人的方案不好最好的方法是自己也拿出個方案來，不要瞎爭論。其實個人覺得最好的方法是拿場景說話，看一個方案能否盡可能覆蓋目標用戶的場景。

二、與交互設計師討論

這個時候產品經理內部功能需求評審已經通過了，進入了交互設計階段。這里也有幾種情況。

一是交互沒有深刻理解為什么做這個功能，當交互不了解時就會出現交互稿的偏差，這需要產品經理多溝通，不然產品以為交互都知道了，結果在討論交互時都不在一個點上，會出現很多無意義的爭論。

產品經理會對交互稿提出很多不一樣的想法，認為交互應該是這樣的。我覺得如果產品經理不太懂交互設計，盡量讓交互設計師自己決定，專業的人做專業的事。如果想跟交互討論細節，最好自己也很懂交互設計（不然是在浪費別人時間），而且我認為交互設計也是產品經理的一項基本功。

三、與工程師討論

其實與工程師發生對某個功能的爭論的情況是很少的，產品經理要做的事情就是告訴開發目前這個功能出現了什么問題，改善方案是什么樣的，解決之后對產品有什么好處，優先級有多高，讓開發有動力去做，就OK了。

四、與運營人員討論

運營人員會從他們的角度提出一些產品需求，當他們把大致的方案想好后就會來找產品經理討論細節。這其中需要產品經理認真分析需求，不要來個需求就接，要了解清楚事情的前后經過，然后再評估。

比如運營拿個方案過來說要做這個東西，產品經理就得判斷做這件事情是為了解決什么問題，目標是什么，大概會需要多久的開發時間。還比如，運營要求自己負責的某個功能的入口能大一點，這要考慮整個頁面的布局情況和判斷它的重要性。最后，把這些思考的過程和結論告訴運營，達成一致的想法，相信合作起來也會順暢很多。

以上就是自己的一些總結，希望對大家有一點幫助。

本文由@沈曉馬 原創獨家授權發布，本文禁止在本人未允許的情況下，任何形式的全文轉載和部分轉載。若您喜歡本文，請分享本文的鏈接到您喜歡的平臺。