設計教程

「撕逼」是產品經理成長過程當中的調料

1127

很多產品經理都有「撕逼」的經歷。特別是有項目需要更新或者迭代的時候，跟別人「撕逼」是家常便飯，有一些產品經理還把它當做一種樂趣，因為撕的過程就是一個觀點互相碰撞的過程，這簡直就是精神上的一種愉悅。

但是，站在現在的角度再回頭看當時的自己，覺得這是件很不恰當的事情。有時候只是單純?yōu)榱怂憾?，到最后也沒有一個結果，還浪費了互相的時間，更有可能，不管選A方案還是B方案，沒有太大區(qū)別。

所以，25學堂大膽的認為產品經理的成長過程當中，少不了「撕逼」。因為「撕逼」是產品經理成長過程當中的一味調料。

產品經理調料

「撕逼」其實就是討論、需求評審會等等。既然是討論問題，很有可能是想法發(fā)生了分歧，為了對自己做的功能負責，產品經理就需要消除這個分歧，把大家的想法都拉到同一頻率上。

1、產品經理成長過程當中「撕逼」的對象有：

?一、與產品經理討論

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

一是不要為了說服別人支持自己的觀點就拿著競品或者某個很優(yōu)秀的產品的對應功能對著其他產品經理說，「你看，這個產品也是這么做的」，那么這個產品的其他的功能點我們?yōu)槭裁床灰踩ツ７履?。往往很多情況，為了說服別人支持這個觀點就找相仿的一個應用來說事，下次為了說明另外一個觀點發(fā)現之前那個應用做的跟自己的不一樣就趕緊再找個跟自己做的功能相仿的應用來說事。

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

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

二、與交互設計師討論

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

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

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

移動UI設計細節(jié)

三、與工程師討論

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

　四、與運營人員討論

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

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

產品經理撕逼