3個新手PM常犯錯誤 | 第一篇:溝通
我現在的產品團隊中有很多新人,在近期與他們的相處、交流討論中總結了一些經驗,獻給剛入職產品經理一行不久的新手PM,以及剛剛開始帶人的新手“師父”。
我經常和團隊講的三句話
在我和團隊成員的相處,尤其是新人的相處中,我經常會跟他們說起下面的三句話,這三句話也是在本文后續的內容中會反復使用到的,先列在此處。
- 請你一次解決一個問題
- 請用一句話說清楚你這次要解決的問題和解決方案
- 請用2分鐘論證一下這個問題確實存在且有必要解決,再用2分鐘論證一下你的解決方案可以解決這個問題且投入產出合理。
更多的暫時不解釋,我先從我帶團隊過程中經常遇到的三個現象說起。
三個最常發生在新手PM身上的現象
1. 溝通效率低,高頻地在評審或日常溝通中發生爭議,且爭議解決效率極低,他自己不開心,跟他討論的人也不開心。
我常常看到他郁悶滿滿的回來,或是在跟別人溝通、討論的時候雙方“秀眉緊皺”,最后不歡而散,有的時候甚至常常他找一些同事來“投票”做最終的決策,最終不管做了什么決策大家都不開心。
我和他聊,他覺得這是正常的,做產品經理,哪能不跟團隊吵兩架?
這里要提醒和他有相同認知的朋友,有爭議是正常的,高頻的有爭議,關鍵是高頻的有爭議且次次爭,不清楚是絕對不正常的。
2. 方案設計效率低,一個簡單的方案常常需要很久才能完成。
3. 方案溝通效率低,prd評審反復過很多次,有的時候甚至方案本身是沒大問題的,但就是他講的大家很難理解。
接下來,我來逐一剖析以下以上三個問題背后的原因和我建議給團隊的解決方案。也希望有類似經歷的朋友能夠有所收獲,一起探討。
現象1:低效的溝通,高頻的爭議
我們再來拆解一下這個現象代表的“問題”是什么。
首先,“低效”實質上是指以下兩個問題。
- 問題未能溝通清楚
- 溝通的雙方不愉快
其次,“高頻”是個問題么?
我個人認為不是,至少對一個新手PM來說不是。
一個新手PM還沒有豐富的經驗、成熟的產品設計方法論和思維框架,難免在各個細節上犯錯,所以高頻的被challenge是很正常的現象。
但“持續的高頻”是個問題。這代表著新手PM在爭議和溝通中沒能吸收知識,沒能逐步健全自己的產品設計能力和溝通能力。
問題定位清楚了,我們接下來看原因。
原因1:爭議時,沒有定位清楚爭議的到底是什么。
有的時候,當他爭議不清楚的時候,他也會找我來進行仲裁。
奉勸各位新手leader,遇到這樣的情形,在有時間有精力的情況下,千萬不要直接告訴溝通的雙方你的“決策結果”。
我是這樣做的:
首先,請告訴我你們的爭議是為了解決什么問題。
在這一步的時候,50%的概率他已經說不清楚了。
他沒有想清楚他做的方案是為了解決用戶的什么問題,或是一股腦說出很多個問題。
有的時候他會跟我說這個是誰誰提的需求,或者這個是競品在做的。
但是不管需求來自于用戶反饋還是競爭對手,都請你先明確的梳理出到底解決什么問題。
其次,請邏輯清晰的敘述你的方案邏輯和他的方案邏輯,并說明你們方案邏輯的不同點。
這里其實就是讓他說清楚“因為所以”,也就是你要通過什么方式達成什么效果從而解決什么問題,以及為什么這種方式可以達成你說的效果并解決問題。
但是請注意,我不僅要求他說自己的方案邏輯,也要他敘述清楚對方的方案邏輯。
50%的概率在他敘述自己的方案邏輯時就已經說不清了。
在敘述對方的方案邏輯時,有80%的概率他說不清楚。
至于雙方邏輯的不同點,更不用提。
相信講到這里各位已經意識到了,他們的溝通為什么低效?因為他們都不知道自己在講什么,也不知道對方在講什么。
這里請各位PM注意,在絕大多數的溝通場景中,你才是溝通的主持人、東道主,所以你有責任和義務去理清楚雙方在說什么。
于是,一場溝通變成了兩個潑婦罵街。
結論:溝通時,請PM務必擔當起主持人的角色,不斷梳理溝通的問題是什么、雙方的邏輯差異在哪里,圍繞差異來進行辯論、論證。
爭議,爭的不是結果的對錯,而是判斷邏輯的對錯。
解決方案:下次溝通前,請完成文章開頭的三句話,溝通中,不斷按照文章開頭的三句話去梳理雙方的差異。
原因2:把溝通的目標當成“說服”對方
絕大部分的新手PM沒有能力在方案設計上做到盡善盡美,更沒有能力在溝通的過程中立即決策。
所以我告訴我的團隊成員,在溝通的過程中,請不要把“說服對方”當成目標,而要把“了解對方”當成目標。
你的目標是了解清楚對方是怎么想的、為什么這么想、邏輯是什么、和你的邏輯差異是什么?
結論:不要以決策和說服作為溝通的目標,把了解對方意圖作為溝通的目標。
解決方案:任何溝通中不要做決策,回來理清楚再做決策。
原因3:認為多數人的觀點就是正確的
我團隊成員中有一個人習慣非常惡劣,當溝通不清楚時,他會采取“投票”的方法。
這是我的方案,這是他的方案,選A還是選B?
最終只看選A、選B的哪個多。
找其他同事、找其他業務部門、找權威大佬、找用戶。
有的人會說“找用戶不對么?”
找用戶獲取信息是對的,找用戶直接決策就錯了。
在沒有梳理清楚雙方溝通的問題以及雙方的判斷邏輯和邏輯差異點時,進行“投票”的行為,是非常具有羞辱性質的,并且很大概率會做出愚蠢的決策。
請各位新手PM千萬注意,也請PMleader務必在團隊中杜絕此類行為。
結論:杜絕“投票決策”
解決方案:可以征求他人的意見,但務必詢問“為什么你這樣覺得”,調研清楚他的判斷邏輯。
好的。那么我也要實際踐行本文開頭提出的三句話中的第一句—— 一次解決一個問題。
那么今天就先到這里。剩余的兩個問題后續我們再討論。
我本人也并沒有特別和牛逼之處,上面的分析的現象可能只是很小的問題,甚至分析的過程和邏輯有可能是錯誤的。
只是將自己近期的意思小思考、小總結分享給大家,希望對大家有所幫助。
歡迎大家留言批評、討論。
我本人也非??嘤谌狈Ω呔S度的思考模型和方式來梳理這些問題和現象,如果有高人有更好的思考或相關的理論,非常期待你的指正和教導!
作者:郭世超,歡迎交流與學習(加我微信:chaosgsc)
本文由 @郭世超 原創發布于人人都是產品經理。未經許可,禁止轉載。
轉給了我的小朋友
我覺著非常有借鑒意義,更像是站在了對方的角度上考慮到了這些問題,我為這同理心提一杯,致敬!
樓主是17年畢業的嗎
是的,難道你認識我 ?