編輯導讀:溝通是門大學問,而每個人都是獨一無二的,因此適合自己的才是最好的,沒有所謂的“范式”。產品經理作為一個注重溝通交流的職位,每天都要和不同崗位的人打交道。本文作者圍繞團隊溝通寫作展開分析,與你分享。
溝通是門大學問,而每個人都是獨一無二的,因此適合自己的才是最好的,沒有所謂的“范式”。
本文僅從個人角度淺顯地表達對團隊溝通的理解,如果能夠引導大家的一些思考甚至帶來些幫助,估計睡著也能笑醒。
此外,本文從PM(產品經理)視角出發,重點闡述三類協作角色的溝通,包括研發、業務/市場/運營、老板,閱歷有限歡迎大家提供建議。
一、產品經理的核心技能
不知大家對于“什么是產品經理的核心技能”這道開放性命題有何想法,以下為網絡上一些大拿的想法:
快速學習能力、邏輯思維能力、文檔撰寫能力、用戶調研能力、產品規劃/分析能力、有效溝通能力、資源整合能力等
由于產品經理崗位屬于綜合型崗位,“人人都是產品經理”,闡述的是產品經理的低門檻,但并沒所有產品經理都是好的產品經理,需要各方面都出類拔萃。
本人心目中好的產品經理,至少同時扮演著以下角色:
- “創業者”:對自己的產品充滿熱情和創新,“想方設法”為產品成功負責
- “戰略家”:謀定而后動,做好前期充足的調研和演練,時刻保持長遠的產品戰略
- “政客”:資源永遠是緊缺的,不斷進行布道,“游說”各方角色進行資源傾向
- “消防員”:承擔責任(拿得起放得下),拒絕推卸,抓住核心問題
而如果從這些角色中提煉出一個核心技能的話,我的選擇是“溝通能力”。
無論是哪個角色,都不可能是孤軍奮戰,而是“集團作戰”,有效的溝通可以解決阻塞問題,協調各方資源達成最終的目標,即“產品成功”。
二、如何做好溝通
溝通是人與人之間、人與群體之間思想與感情的傳遞和反饋的過程,以求思想達成一致和感情的通暢。
1. 對溝通的自我思考
以下是現階段從個人角度整理的思考,并非靜態的內容,會根據未來的經歷進行動態更替。
👉👉 認識自我 – 找到自己的能力位
個體的不可替換性(“超級個體”),每個人都應該形成自己的工作節奏
日常產品工作中,會經常問自己的幾個點:
- 在團隊里,自己是否有不可替代的地方?
- 怎么樣強化/保持自己的不可替代性?
自我的能力位和團隊的關系是動態的,需要持續保持自我的競爭力。
👉👉 端到端 – 不限于自己的舒適圈
“Product people need to think end to end”
產品設計為產品成功負責,而不僅僅是交付產品,這樣意味著需要考慮產品的業務模式、GTM策略(Go To Market)、財務模型等,學會不斷跳出舒適圈,擴大自己的能力邊界。
產品從哪來(市場)+到哪去(售賣)+怎么去(市場)
👉👉 換位思考 – 學會觀察/傾聽,培養同理心
“存在即合理”,任何觀點和想法都不是憑空而來,都存在相應的背景信息,溝通過程中需要學會傾聽
需要時刻考慮從溝通對方的角度思考問題,抓住核心的關注點(背后的KPI/OKR)
Case:比如之前剛接手一款產品時,業務一直吐槽產品難用,我會直接站在他們立場,“一期吐槽產品”,但通過這個過程建立和業務的信任,能夠獲取到更多背后的原因
劃重點:換位思考(或者同理心)是個人認為溝通過程中最重要的點
👉👉 一些小技巧
- 學會說“不”以及學會如何說“不”:語言婉轉+態度堅決+提供其他解決方案
- 話留三分,保持警惕:不要過度承諾,前期謹慎好過后期“火葬場”
- 軟磨硬泡,不怕拒絕:為產品成功需要“不擇手段”
- 適當學會“拖”字法:積極響應提供解決方案,承諾排期支持,但持續觀察后續的緊迫性
- 找到建立好感的切入點:比如數據支持、功能小提效,建立信任有助于后續溝通
2. 跟研發站在統一戰線
NO:產品設計跟研發“水火不容”,是經常吵架的對頭,比如:產品設計經常修改需求,會打亂研發的進度,尤其臨近上線的時候
Yes:我覺得產品設計和研發是利益共同體(站在同一戰線),都是為了產品成功而努力
記住,研發團隊是一群可愛專注的人,以下是個人與研發人員構建良好關系的方式:
👉👉 了解與你合作的研發(用戶畫像)
- 謹慎型 VS 開放共創型
- 主動型 VS 被動督促型
- 埋頭苦干型 VS 期待表現型
如有機會,多了解研發對于“個人成功”的想法,比如對于前沿技術的鉆研,一定要抓住提供場景支持,難免找到新的產品突破點
👉👉 建立信任關系并不斷強化
越早建立信任關系,越助于后續工作的開展,可以采用以下幾種方式:
找到共同語言,增加交流的認知感:B端產品需要具備基本技術思維(個人喜歡和研發打成一片)
Tips:B端產品需要能夠了解數據庫/CSS/架構等
- 非工作場景盡可能和研發成為朋友,融入圈子里面:最簡單的方式一起吃吃飯
- 多請教多溝通:尊重研發的專業知識,涉及到成本預估的時候盡早involve研發
Tips:沒有人能夠逃脫“為人師表”的誘惑
及時反饋,共同榮辱:有好消息多考慮研發,讓大家覺得跟著干沒有錯;如果是壞消息,坦誠認慫同步信息,鼓勵大家繼續前進
👉👉 巧妙應對需求變更
原則上,產品迭代過程中,需要嚴格控制產品邊界,優化建議采用迭代方式進行支持。
但難免會遇到需求變更的情況,比如細節部分未考慮、領導要求難以駁回,可以考慮以下幾點:
- 提前預知變更風險,并給團隊打預防針
- 及時說明變更的原因、技術難度等客觀或主觀因素,尋求研發的建議反饋(統一戰線)
- 求同存異,提前暴露分歧并控制不要擴大,讓迭代驗證替代“我覺得”
- 堅持核心環節不“侵犯”,細節邏輯允許研發可控范圍“自由發揮”
3. 聆聽業務/市場/運營的訴求
NO:業務、市場、運營都是“萬惡”的需求方,還需要經常給他們做培訓
YES:業務、市場、運營是支持產品推廣的核心伙伴,要想方設法讓他們“爽”,這樣產品才能在市場上風生水起,得到用戶的認知和認可
那么如何能夠和業務/市場/運營等協作部門建立良好合作關系呢?
核心在于“換位思考”,幫助對方成功的同時可以促進產品成功。
👉👉 了解業務/市場/運營的畫像
Question:大家覺得業務/市場/運營最關心的工作目標是什么?
- 業務/銷售:💰收入
- 市場:影響力+線索
- 運營:使用量
記住,“道路千萬條”,產品是否成功只是他們目標中的非必要因素(除非自上而下要求)
了解工作目標之外,需要了解對方是怎么樣的人?
- 謹慎型 VS 開放共創型
- 主動型 VS 被動督促型
- 埋頭苦干型 VS 期待表現型
相較于研發同學,業務/市場/運營同學的背景可能和產品設計大相徑庭,所以需要擴大自己的認知圈,了解和擁抱不同工作模式的同學
👉👉 建立信任互助關系,持續推動產品種草
建立信任互助關系三步走:
🚶♀️ 共情:站在業務/市場/運營角度思考產品
🚶♀️🚶♀️ 提供“援助”:解決日常阻塞大家工作的問題,建立產品能給“我”帶來幫助的苗頭
🚶♀️🚶♀️🚶♀️拉上“賊船”:產品目標和業務/市場/運營目標建立強關聯,讓大家目標層面發現“沒產品不行”
抓住并尊重每一次機會進行產品種草:
- 需求開發前,貫徹產品核心要素和功能 — 告訴大家有貨可以期待
- 積極讓大家參與用戶測試,引導大家多提意見 — 已經投入了精力
- 及時準備上線材料(記得感謝業務/市場/運營),上線后還是需要做好推廣工作
- 上線后積極收集大家的產品反饋,并針對反饋提供反饋(閉環)
👉👉 提高自身能力,融入協作團隊
- 不設邊界,懂一些運營知識、銷售手段以及市場推廣策略等,便于平等對話
- 多問多請教,相互學習,沒有人可以擺脫“為人師表”的魅力
- 如有需要以及精力,可以提出輪崗or替崗,有助于關系建立和工作支持
4. 向“老板”銷售自己
NO:老板都是對的,安排的事情是第一優先級
YES:團隊/組織的魅力在于乘法,老板核心關注的是戰略和方向,對于產品細節本身的了解也是欠缺的(用戶角色),要客觀分析背后的思考,并想盡辦法“用好”管理層的資源
PS:此處“老板”泛指管理層,上到CXO,小到直屬匯報對象,但具有共同點:
- 掌握比下級多的資源
- 對細節沒有執行者了解,持續期待向上反饋(提供不同的視角)
- 希望團隊成功大于個人成功(組織對于管理的要求)
可見“老板們”會是推動產品成功道路上不可避免的資源,因此要學會向上管理,向“老板”銷售自己
👉👉 了解老板的目標以及對產品的期待
記住組織是分層的,“老板們”核心關注的經常會更高維度,比如當我們關心這個版本產品的發布計劃時,產品負責人(“老板”)會關注的是整體的產品戰略,以及本次發布的結果帶來的貢獻。
因此需要學會“換位思考”,多往上層思考,多站在“老板們”的角度闡述產品的意義、市場需求、未來發展可能性、甚至盈利模式等。
Tips:及時關注/聆聽老板們的思考和演講(或者看看OKR),學會拆解和闡述
👉👉 打造個人形象,獲取老板的信任
萬事開頭難,只有我們成為那個老板最值得信任的人,那一切問題都不是問題
以下幾種方式“可能”可以獲取老板的信任:「其實本人實踐的也不夠好」
- 專業性,建立知識體系,清晰闡述產品的來龍去脈以及思考,以防“突擊拷問”
- 前瞻性,適當的“野心”,多些細分產品未來的思考,不要害怕錯誤,但一定要自圓其說
- 說“不”可能會有不一樣的效果:學會有理有據地“拒絕”,要有自己的堅持
Tips:老板會希望我們提供可被論證的思路和想法,而不是“我以為”、“我覺得”
👉👉 如何處理日常遇到的沖突?
實際執行過程中遇到資源不足,如何向老板索要資源?
- 提前預知資源風險,會哭的孩子有糖吃
- 合理分析資源和目標,避免成為老板眼中的“麻煩制造者”
- 尋求老板的建議,提前參與決策及共創
- 充分的調研和數據反饋,客觀結果好于主觀判斷
實際執行產品研發的過程中,老板介入項目而且不按照之前的設計進行又該如何處理呢?
- 了解老板在執行過程中的想法,明確背后邏輯及緊迫性
- 如果涉及到阻塞and💰的問題,擁抱改變評估成本
- 視階段而定,若已經進入項目尾聲,優先繼續執行原來的計劃,多和老板溝通下,現在的計劃進展情況,不能因為老板介入而影響計劃,老板可以進行一些跟蹤方面討論
- 確定老板改變計劃的原因,找到分歧的地方,進行用戶測試&驗證,評估改動的必要性
- 通過論據(數據,同類產品的功能做法)進行驗證,分析利弊
- 得出一個初步的結論,根據結果再次給老板提出建議,給出不同方案的風險,最后讓老板做決策
三、結語
呼應下開頭“溝通是門大學問”,每個人都是“獨一無二”的,任何人的觀點都會成為“肥料”,最最核心的還是找到合適自己的溝通方式,并進行不斷的迭代進步。
也希望未來自己的溝通方式可以不斷演進,與協作的各方建立良性的循環,因此歡迎大家“批斗”,提供你的觀點以及想法。
本文由 @keji 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議