產品經理如何優雅的撕逼？

產品經理如何優雅的撕逼？ 樓主 ： 發表於: 17-02-09 11:56

俗話說：比業務更懂技術，比技術更懂業務的就是產品經理；

產品經理是銜接技術與業務部門的關鍵樞紐；

那麼溝（si）通（bi）能力，必須是產品經理居家旅行、撒人越貨的必備技能之一；

然而，小撕怡情，大撕傷身，在撕的過程中如何掌握火候，顯得尤為重要~

那麼問題來了：如果決定要開撕，如何撕才能撕得漂亮撕得優雅？

沙發 ：大城小胖  發表於: 17-02-09 11:56

先和大家聊聊怎麼優雅的和程序猿撕逼，之前文章也寫過：

作為產品汪，撕逼技能就像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.永遠積極，樂觀，正能量

板凳 ：蔡-輝煌 發表於: 17-02-09 10:19

大家回答的都好正經，我來個不正經的答案吧。

產品經理如何優雅的撕逼？—說白了就是產品經理如何保住需求。

應該有三種情況：1、這個需求能不能做；2、這個需求排不下了；3、這個需求不該做

1、這個需求能不能做

俗話說的好，產品經理會技術等於流氓會武術，如果產品也會技術的話，通常情況下這個需求能不能做也是會有一定預知的。如果當前的技術說做不了，那就只能往上找技術經理問能不能做，不行問總監，再不行CTO，如果實在不行那就說明要麼技術瓶頸，要麼確實不能做（產品打死也不能承認這個，我們要說現在技術不成熟）

2、這個需求排不了

我多年經驗來看，這個還是分人的，給美女產品可能估兩天，給普通人估個五天，這個沒辦法，只能軟磨硬泡，請吃飯、說好話，實在不行請大保健。

3、這個需求該不該做

經常也有技術反駁產品某些需求該不該做，有時候技術說的確實也在理，但是當場產品一定不能慫，最多說一句，你的建議我採納，我再細化一下需求；大部分時候技術還是瞎掰的，畢竟他們對於需求判斷面的信息來源比我們少很多，比如用戶調研、用戶數據以及用戶思維等，那這個時候你要撕他，最典型的做法就是降維打擊，把自己信息面減少到和他一樣，然後再用你優秀的產品大腦去處理這些信息然後擊敗他。

當然技術和產品還是相愛相殺的，之前看到過快刀青衣的一大段話，講技術和產品的，覺得不錯，分享出來：

地板 ：菲茲 發表於: 17-02-09 11:38

以自己踩過的坑來說，首先你要明確自己在團隊中的角色和高度，我認為更貼近的是產品是一個橋樑的作用，目的是為了解決雙邊矛盾，兩岸不通暢的問題，也就是產品就是為了解決問題的，首先要擺正自己的位置，這樣處理撕逼這種情況就不會帶有更多的主觀看法，然後就是你連接的主要兩方--業務和技術，你看橋樑是兩岸都有接觸的，所以可能的話，你不要與兩岸脫節，你要理清業務流程，業務邏輯，你要儘可能的去理解技術，了解相關的知識，這樣就不至於在過需求，撕逼的時候什麼都聽不懂。然後就是一般的撕逼情況了，我目前會遇到的一般是跟技術撕逼：

1.需求不能做

過需求的時候作為產品你要對自己負責的產品有自信，技術如果說這個需求不能做，你需要的是去向開發了解，為什麼不能做，如果有難點，難點是在哪裡，如果要做，需要優先處理哪些問題，總之是站在開發的角度上思考下問題，多了解下技術還是有好處的

2.需求優先順序不夠高

之前的一個項目就遇到過這種情況，開發資源有限，而且開發每個人的任務也不少，因為任務優先順序不高就被砍掉了，所以如果你的需求重要，一定要讓開發意識到優先順序是高的，這樣才能保證優先對你的需求進行開發

跟業務撕逼：

我工作中多接觸的還是運營人員，所以跟運營撕逼的前一定是先了解好運營的業務流程。

總的來說在一個技術驅動和業務驅動的公司中，產品的角色一定要擺明確更多的時候是作為一個橋樑的存在連接兩方，所以對產品的要求也就是你要搞清楚他們在說什麼在做什麼，必要的時候數據分析是我們最有利的武器。

5樓 ：PM小土 發表於: 17-02-09 10:00

提上一把菜刀，緩緩走向技術，一定要慢，一定要有氣場，如果不知道怎麼才能有氣場那就深吸一口氣憋住同時微微抬頭，眼神向下瞟，一種高傲的姿態，一種蔑視的神情。

記住，找個燈光好的地方，有意無意的用菜刀的反光照射對方的眼睛。

然後重點來了，這時候一定要注意觀察對方，如果對方準備站起來或者打開抽屜，那麼這是一個信號。這是江湖上的規矩，正所謂：

「你有菜刀明晃晃，我有砍刀我不慌。」

放心，請千萬放心，你作為一個產品經理，你手裡的菜刀雖然不起眼，雖然看起來很low，但是，但是，記住，你的刀的確是天下最廢的一把刀。

所以趕緊，衝過去，在技術（美工、策劃、銷售）掏出砍刀之前，雙手舉高菜刀，雙膝跪下，同時大喊：

「爸爸，砍我吧！別砍需求！」

6樓 ：塗二胖 發表於: 17-02-09 10:00

產品撕逼有三寶，競品好，老闆要，需求少，實在不行就跪倒，一哭二鬧三上吊。

7樓 ：劉永浩 發表於: 17-02-09 11:02

其實毛主席早就教導過我們要：「有理有據有節」，這是我們做任何鬥爭的方法論。「有理有據」要求我們在推動一件事情之前要非常明白前因後果，目標是什麼，現狀如何，存在哪些問題，改變後會帶來哪些好處，別人如何配合你完成，一定要有足夠的理由說服別人改變。「有節」要求我們要注意方式方法，要把握節奏和度，既不能太強勢，也不能太被動。

8樓 ：沐陽陽陽 發表於: 17-02-09 9:57

每一次撕都是為下一次不撕做準備：

比如你知道活動一不是很難，活動二很難，那麼活動一就聲淚俱下的去撕，然後溫婉的接受對方的要求，愉快的妥協，但是約好下次要聽你的。這個時候就為第二次難的活動做好鋪墊了。

重點是一切撕的目的都是為感情交流做準備，為培養感情找機會。（好吧，我說的不是談戀愛。）因為你們的撕都是為了公司，是吧。

9樓 ：匿名用戶 發表於: 17-02-09 9:53

-這個需求我們做不了

-為啥？

-因為XXXXXXXXXXXXXXXXXXXXXXX

這時候你就要拿小本本記下來，然後上網上查，通過各種手段諮詢相關問題。

然後第二天甩給我們可愛的開發一個文檔，微笑的說：去做吧！

10樓 ：Wiiii 發表於: 17-02-09 10:34

告訴你五個字：老闆要求的

11樓 ：匿名用戶 發表於: 17-02-09 12:05

其實所謂的「產品經理和技術的"撕逼"」更多的是產品人或者技術的一個自嘲的說法，因為在實際工作中，真正需要「撕」的並不多！即使真的有需要撕的時候，一般是雙方在認知和自我認知差異比較大，即互看對方弱～而針對這個原因造成的撕逼最好的解決辦法是提升自己！！！當你能夠把所有細節考慮完善，不一直讓技術陷在不斷改需求的坑裡，搞定技術完全是分分鐘的事！根本不用撕好嘛！！！

推薦閱讀：