華文網

當產品和運營的意見不一致時,聽誰的?

翻評論,翻到一個有趣的:

運營覺得要做一個功能,

但產品覺得不需要做,請問這個時候聽誰的?

這個問題其實如果當面問亮哥的話,可能亮哥會告訴你:

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

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

所以,還是寫寫吧。

小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

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

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

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

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

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

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

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

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

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

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

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

……

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

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

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

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

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

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

Photo by Nathaniel Tetteh on Unsplash

基於CC0協定使用

張記雜貨鋪 張亮 主理

ID:zhangleo 歡迎訂閱

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

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

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