用“相愛相殺”形容產品經理和程序員的關系未免有些嚴重,但PM和研發確實是兩種完全不同的生物,無論從思維方式還是工作目標上,存在一定的利益沖突,但大部分時間需要相互信任、求同存異、合作共贏。
我想過這個問題,程序員對話產品經理,存在先天上的優勢——編程工作的技能值非常高,大部分人無法通過短暫的學習就能獲得,這是讓程序員們非常自豪的事。而且這種優越感也擴展到了由研發轉過來的產品經理身上。馬化騰說過“我認為所有的產品經理都應該具備技術背景”。當然作為一個沒有技術背景的產品經理來說,我從內心是不愿意認同這句話的,但普遍的認識確實是:產品經理難以從事研發,但研發可以輕松地轉為產品經理。(這又引出了一個比較大的、一直在爭論中的話題“產品經理到底需不需要懂技術”)
扯遠了,說到和程序員的溝通,確實要區分一下PM和研發不同的思維習慣。
以我自己為例吧,作為產品經理,我在做事情的時候會考慮:
- 這個是不是真正需要的?
- 有沒有更好的、性價比更高的替代方案?
- 怎么做體驗更好?
- 怎么才能少給后續的運營挖坑?
- 技術的實現難度有多大?
而程序員在做事情時會思考:
- 這個怎么實現?
- 怎樣才能降低開發難度?
- 會不會對之前的系統造成負面影響?
- 是不是可擴展和易維護?
雖然PM也會考慮(可能大部分時間是自以為考慮)技術研發的成本,但畢竟不是自己做的工作,所以這方面的思考難免淺顯和主觀。其實,作者在跟公司的程序員GG、MM們溝通時(補充:他們人真的挺不錯~工作不忙的時候大家每天中午玩狼人殺),也著過急,吵過架。但冷靜下來想,真的是因為缺乏對編程的了解和對程序員的理解,才會造成這些問題。所以作者要在這些負面的事件中承擔主要責任。
我估計和我本人一樣,大多情況下,非研發出身的PM在和研發溝通時,困擾的問題有兩個:
- “看起來很簡單啊,為什么告訴我不能做?”(“看起來很簡單啊,為什么工期這么長”)
- “本來已經溝通好的需求,為什么寫代碼的時候又跟我商量不這么做了?”
根據作者現有的工作經驗,非研發出身PM可嘗試用以下方法加強與研發人員的溝通。
- 把握好需求評審的流程,一定要把涉及到的所有研發人員都拉過來,并且有重點的對產品需求進行講解。大方面的事情要盡量在會上溝通好,細節性的工作可以會下單獨溝通。
- 一定要改變觀念,程序員是與你合作的同事,并非是你的下屬,產品經理是個職位并非頭銜。有些剛入行的產品人員還有“以我為大”的觀念,這種想法是很幼稚的。
- 如果你不了解技術,切莫有太多的“我認為這個很簡單啊”的想法,當你對實現難度、工期沒有概念時,要虛心請教架構師或主程序員。如果他們能為你普及些技術概念,說明你遇到好同事了。
- 每個人都有偷懶的想法,程序員們也是。如果你發現確實是因想單純減少工作量而提出修改需求或質疑需求。一定要運用兩個法寶來說服他們:用場景感染,用數據立足。增強體驗的需求在研發眼里,屬于可做可不做(“有那么重要嗎?在我看來只是增加工作量的”),這時候就要搬出用戶場景,就是給研發講故事,這個做了用戶是什么感受,沒有的話用戶又是什么感受。數據就不用說了,因為程序員本來就是一種理性思維的動物,如果有數據支撐你的觀點,那再好不過。PM雖在技能方面不是最精專的,但一定要有全局觀點,當你提前考慮到了別人的質疑,才能有備而戰。
- 相信你的研發同事和你目標一致,相信程序員們從內心是非常想做好這些工作的,就像他們會信任你,相信你做的需求并努力實現它。同理心,真的是溝通中的三字金言。
我問過北京的同行,和研發有沖突時你該怎么做,他回復了一句“沒有什么問題是一頓擼串解決不了的!”
本文由 @joanna726(微信公眾號:zhaona_pm) 原創發布于人人都是產品經理。未經許可,禁止轉載。
我問過北京的同行,和研發有沖突時你該怎么做,他回復了一句“沒有什么問題是一頓擼串解決不了的!”
這個很重要,關系搞好!
作為技術轉產品的PM,個人見解如下,不喜勿噴。
1、 和開發人員溝通,用邏輯說話。
2、 和設計部門溝通,用情懷說話。
3、 和運營部門溝通,用數據說話。
4、 和測試人員溝通,用客戶體驗說話。(讓他們把自己當成用戶)
同為無激素背景PM,最近打算自學些開發技術,我知道有人會建議我不要本末倒置,但是,只是為了滿足自己的自信心的話,沒問題的吧
藝多不壓身,沒有什么本末倒置的說法。加油!
沒什么事情是一頓擼串解決不了的,一頓不行就兩頓
這句話配大劉的圖,絕了
作為一個研發轉產品的產品汪來說,開發GG需要思維邏輯的清晰,特別討厭莫名其妙的改。有時候我們需要給其講故事。
其實我是很羨慕有研發背景的產品經理噠~
寫的真不錯,學習了
謝謝~
如果有,那就擼兩頓
??