當產品和運營的意見不一致時，聽誰的？

翻評論，翻到一個有趣的：

運營覺得要做一個功能，但產品覺得不需要做，請問這個時候聽誰的？

這個問題其實如果當面問亮哥的話，

可能亮哥會告訴你：

資料第一，邏輯第二，當這倆都無法達成共識時，誰負責任誰拍板。

但，大多數情況下，我也知道，這件事兒是不能這麼直截了當的處理的。

所以，還是寫寫吧。

小A和小B

我曾經有兩個手下，小A和小B。

小A很直，直到什麼程度呢？直到連我都懟，雖然有時候他懟的是對的，但你知道人都要點面子，他既然敢懟我，自然懟起別人來更是不在話下。

因為小A很追求結果，所以和產品、開發相處的時候，總是很習慣去希望對方說到做到，需求的滿足也好，交付的時間節點也好，如果對方沒做到，小A就會不開心，就會糾結。

小B就很油，油到什麼程度呢？把這小子丟到荒島上去，只要有個動物，估計他能和動物稱兄道弟，不僅和平相處，

還能同吃同住。

小B的厲害在於，小A搞不定的需求功能點，小B只要說兩句話，產品或者開發立刻乖乖給實現。末了，小B還能笑嘻嘻回來邀功說，老大，你看，搞定了！

小A和小B，其實就是正在運營坑裡撲騰的每個人的縮影。

拒絕大法與人格魅力

請問，需求是什麼？

估計你看到這裡，心裡要吐槽了：

需求是什麼？需求就是要做的事兒啊！！

問題是，是「誰」要做的事兒？

首先，請明確一點，對於大多數公司來說，產品、運營、研發，都是支持部門，只是，有時候，這仨都要去支持別人，有時候，運營和研發要支援產品，有時候產品和研發要支援運營，不過實話說，蠻少見產品和運營去支援研發的……畢竟我國互聯網還是模式創新為主。

其次，既然大家都是支持部門，

那麼說直白點，做人比做事，要更加重要。

第三，推進事情實現的方法，最重要。

我不知道提出問題的同學有沒有碰到類似現象，但我相信，大多數運營都會碰到一種現象：

運營去找產品或者開發提個需求，對方可能會有以下經典回復：

1、等排期

2、沒空

3、這個不緊急

4、這個沒有優先順序

5、請想清楚再說

6、走個需求評審吧

7、好呀

但你看啊，我隨手列的裡面，拒絕和答應是6:1的關係。

可是，如果這個需求，不是運營提的，而是老闆提的，那麼，不管接到需求的是產品、運營還是開發，估計只會回答一個字：

嗻。

為什麼呢，因為地位不一樣，老闆一言九鼎啊！老闆優先順序最高啊！

每每到這個時候，你就一定會想念小B這樣的角色，因為可能小B一出手，

遞根煙，或者拍拍人肩膀，甚至詭異的一笑，就能讓6:1的1變成100。

這是人格魅力，但是，我想，大多數人如果擁有這樣的交際能力，估計也就不會問出這個問題了。

那麼，接下來，我說幾點關於需求提交的建議，供大家參考。

提需求的姿勢

跪下，喔，不，其實，與產品討論需求，讓產品接受需求的合理性，是有套路的。

當然，如果你的套路是謊稱這是老闆要的，那麼你贏了。

如果沒這個膽子撒謊，那麼最好想辦法讓產品對你感同身受。

首先，當我們正式提起需求時，一定要先行進行面對面的溝通。

這個溝通，應當側重於當前的運營狀態，以及基於現狀資料分析出來的對產品功能有依賴的結論。

而這個結論，應該對應一個運營目標的實現所需要的產品功能和資源。

其次，在溝通過程中，要想盡辦法讓別人知道你知道他們的苦衷，但也希望他們可以提供幫助，因為如果他們不幫忙，那麼你就死定了。

上面這兩套，就是我們常說的溝通的重要性，溝通並不一定要達成一致，更重要是保持資訊的同步。

另外需要注意，尊重他人的意見，以及求同存異。你要的是結果，追求的是時間，實現方式都是可以討論的。

常見的妥協的實現方式有：

1、找出需求中的核心功能，先做最小可行性產品去驗證，或者通過活動去驗證

2、拆解模組，分批實現，最後組裝

……

當然，過程中，你需要一些套路。

這些個套路，我就不展開說了，推薦一本經典的心理學著作——《影響力》。

這本書，已經是30年前的書了，但是書中談到的種種現象和手法，卻是在生活中隨處可見，也隨時可用的。

等你看完這本書，我相信就會明白，誰說了算不重要，重要的是，事情要推進下去，而不是卡在那裡。

如果讀者中的你，或你們，看完了這本書，還有興趣，不妨郵件給我讀後感，我很好奇大家看完之後的感受是什麼。

對了，這是一個活動，如果你也想參加，可以點擊這裡：關注破6萬，不如我們一起試試完成一件事兒？

Photo by Nathaniel Tetteh on Unsplash

基於CC0協定使用

張記雜貨鋪張亮主理

ID：zhangleo 歡迎訂閱

如果覺得對你有幫助，歡迎轉載到朋友圈和群聊中。

商業轉載請聯繫加白名單。

蘋果用戶專享，打賞聽亮哥BB

但是書中談到的種種現象和手法，卻是在生活中隨處可見，也隨時可用的。