工程師眼裡的 PM 分成兩種:有腦和沒腦的,後者佔 90%

最近有位剛做 PM(產品經理)的人跑來跟我控訴,說公司技術部的 RD 們(程式設計師)個個不給力。需求過了千百遍還是理解錯,或者就是簡單回一句「做不了」,表情如死灰。

這位 PM 血氣方剛,張牙舞抓,腦子裡總有一千萬個新產品需求的想法沸騰著。他咄咄不停的抱怨 RD 們不配合,能力差,懶惰,沒思考能力,沒品位,順帶連摳腳味兒太大這種事也強烈譴責了。「X,老子明天就去學 Coding!」哎,我發現 PM 們都特喜歡說這句無比勵志的話呢!

面對他,我的心突然惆悵起來。幾年前的自己也差不多是這個模樣,懵懂如白紙,但誰又知道這樣的  PM,在很多 RD 的眼裡就是個傻逼吧。

身為一位女性 PM,我至今為止並肩合作過的 RD 團隊超過 8 組共 200 多人(動盪曲折的職業生涯啊),受過的委屈流過的淚就不在這裡贅述了,打算留著以後寫小說。今天我只想淺談一些自己總結的 PM 與 RD 相處之道 ,所謂人艱不拆,希望大家看完後能更理解彼此「都不容易」的立場。

  • PM 眼裡的 RD 分成兩種:能溝通的和不能溝通的,後者佔 90%

如果你跟我一樣,是個沒有技術背景的 PM,估計你會覺得世界上「不能溝通的 RD」佔九成以上。難道不是嗎!

每當你鬥志昂揚講完一個偉大的產品計劃,期待看到 RD 激動的眼神,卻發現他們真的一點兒不興奮。給面子的 RD 會乾巴巴的問:「什麼時候要什麼時候開始設計稿確定了沒產品文檔寫完整了沒。」不給面子的 RD 則會當場質疑你,「這個新功能你到底想清楚了嗎? 老闆又風花雪月拍腦子了吧?這麼做有數據依據嗎?做過市場調查嗎?老用戶會因此流失嗎?能保證上線後不再改了嗎?@$%^ ^% %[email protected]% #$%^ ^%」真的是沒法兒做朋友啊!

曾經有一個自以為很神但其實能力已經跟不上時代的 RD 總監,在 kickoff 會議上把我所有的需求都推翻了,讓我差點在十幾個老男人面前哭鼻子。

話說人在經歷苦難後,要麼變乖,要麼變壞。這種迫切想要搞定 RD,讓他們聽命於我的心情,實在太強烈,於是我學會了通過非正規途徑收買 RD 的心 -- 比如請他們吃 KFC 啦,陪他們聊黃色笑話啦,穿低胸裝秀黑絲大腿啦。在這些努力之下,我和 RD 的關係改善很多,他們開始敞開心扉,解釋他們對於新需求的負面情緒到底從何而來:有時是因為實在忙不過來,有時是因為實在無法理解這個功能有什麼意義(至少他們自己肯定不會用),有時是因為 PM 不但不調解現有項目的優先級,反而還每天做夢,想些有的沒的,讓他們極為惱火。

而負面情緒最大的根源,則是他們對這個計劃失去了信心,覺得反覆改版卻一直沒有大的突破,老闆和 PM 都應該去吃屎。

正當我沾沾自喜,認為自己靠美胸美腿贏得了這場戰役時,一個 Ruby 開發者幽幽的跟我說「我好喜歡你的門牙。」(…… 你們果然是無法溝通的生物……)

  • RD 眼裡的 PM 也分成兩種:有腦子的和沒腦子的,後者佔 90%

沒腦子的 PM,RD 們是打心底森森嫌棄你的。嫌棄你的理由可能有以下三點,歡迎對號入座,我們一起舔傷口:

嫌棄理由 1:你沒有自己的想法。

聽清楚哦,我說的是 RD 們「認為」你沒有自己的想法。這個話題實在很辛酸,哪個 PM 會沒有自己的想法呢,就是想法多的溢出了腦門兒才跑來當 PM 的啊混蛋!

但是 PM 的生存環境無比艱辛,很多決定都身不由己(尤其當你有一個心思活絡的老闆時)。於是,有些 PM 選擇推卸責任,兩手一攤「老闆說必須做」,急著撇清關係強調只有老闆是傻逼哦我不是哦。此言一出,你在 RD 心裡的形象全毀。

PM 必須是產品的靈魂,無論老闆決定鬧哪樣,你都要把這個決定翻譯成大家能接受的理由,建立你自己的口碑和信任。

在跟 RD 溝通的時候,不要說“ 我和老闆爭論了很久他就是不聽我的”,這樣更凸顯你的無能;也不要撒謊說「其實我覺得老闆的想法挺好的」然後硬掰些白痴的理由,這樣顯得你特別虛偽。比較好的應對方式是開誠佈公,說你自己真實的想法,如果你覺得老闆真是玩過火,也要解釋下老闆為何會有這樣的執念(是被投資人逼的,還是被老婆逼的,還是看到競爭對手做的什麼事情眼紅了想抄襲),然後安慰體恤下 RD 們的辛苦,並表現出和他們同甘共苦的決心。

嫌棄理由 2:你風花雪月沒有邏輯。

都說能做出厲害產品的 PM 要感性和理性兼備,因為厲害的產品能直戳人性,滿足用戶多層次的生理和情感需求,這就要求 PM 對生活細節敏感,情感豐富。

可是情感豐富的 PM 通常思維比較跳躍(藝術家嘛都這樣),情緒波動幅度巨大,鬱悶時會在陽台發呆抽一下午的煙,興奮時連坐在馬桶上都拿著手機寫文檔,這樣的節奏 RD 們真心吃不消。他們覺得你 X 的趕緊吃點兒腦殘片吧!(吐槽:我的上一篇文章發布後,就有人建議我服食腦殘片!)因此,論起 PM 的自我修養,你必須有收放自如的情感,還得有理性的邏輯思維去支撐起每一次的靈感乍現。

你可以問自己三個問題:

一、這個功能是否服務於產品的主線業務,比如一個聽歌的軟件是否要有日間/夜間模式切換?如果只是錦上添花,使用場景不足整體的 10%,那勸你還是等自己學會寫 Code 以後在家做著玩吧。

二、這個功能的技術實現成本有多大,如果用工時或天數來預計工作量不夠直觀,請去 HR 部門問一下 RD 全員每天的工資總額,再乘以所需要的開發時間,哈,這個金額應該足以讓你好好思考「需求性價比」這件事了!(這招在創業公司尤為實用)

三、這個功能的效果是否能被評估,這樣至少你能檢驗自己的判斷是否正確,無論如何都能積累寶貴的經驗。

嫌棄理由 3:不信任 RD 的能力。

說起這個真是百感交集。每一個有血有淚的日子裡都在重複上演這樣的劇集:PM 問 RD 這個功能要做多久,RD 說至少 3 週,PM 於是去問自己做技術的好友「真的需要 3 週嗎?」,朋友拍桌子說「這有什麼難的,換了我 3 天就搞定!」然後兩人忿忿不平的拍案皺眉,開始討論公司裡的 RD 們到底是能力差還是在偷懶。

我曾經也這樣,因為不懂技術害怕被騙,於是勾搭各種民間技術神人讓他們給我做狗頭軍師。軍師們為了維護自己偉岸的形象,通常會拍胸脯各種誇大各種裝厲害。更糟糕的是,軍師們也變相破壞了我和 RD 之間原本就已經很稀薄的信任。(喔多麼痛的領悟 ~~~)

最後,RD 眼裡的 RD,只有一種:比自己厲害的人。

剩下那些能力不如自己的,他們的存在早已消失散盡在霧霾裡了。

  • 讓 RD 覺得產品經理很優秀的方法

1. 眼觀四路耳聽八方,知識淵博,掌握行業內的各種動態,分析市場趨勢,沒事就盯著友盟的數據看,各種國外新推出的厲害產品統統用起來。RD 們會覺得你什麼都知道,那你的判斷八成是可靠的。

2. 混對圈子,收集幾個很強的人脈,難得和大人物有飯局的時候一定拍照發狀態,時不時去知乎回答些問題,去各種活動露臉,撮合各種合作,盡一切可能把公司推到聚光燈下,這樣也更容易招聘到優秀的開發者,產生良性循環。RD 們大多不喜歡拋頭露面,所以他們會覺得你的付出無可取代(不然他們老覺得 PM 每天看看文章聊聊天,簡直是悠閒的廢物)。

3. 無論是口述的需求還是撰寫的文檔,文字和原型圖的呈現都要有邏輯,有條理,最好用寫 Code 的思路來寫產品文檔,功能細節上的邏輯處理無一遺漏。

4. 在老闆責問為什麼還沒上線的時候,衝上前去說,「都是我的錯,前幾天又改了個需求」。

5. 在 RD 們被各種部門的需求同時襲擊的時候,為他們安排最合理的優先級,並承諾擔起一切後果(包括被某部門主管批鬥責罵等)。

6. 招到漂亮的實習生妹子給 RD 們養眼。

7. 給他們加薪,給他們加薪,給他們加薪。

文章的最後,我想對所有還在拼搏的產品經理們說,就算你的行業環境不斷限制你的創新和暢想,就算你身邊的開發者總是打壓你的積極性,攻擊你的決策和判斷,就算你覺得全世界都沒有人肯定你的努力,沒有人理解你的無奈,你都不可以放棄。勿忘理想,勿忘初心。你們是美好未來的希望。

____________________

我相信工程師大大你應該也想好好溝通;我希望證明我不是沒腦!
給所有疑惑該怎麼跟 RD 好好相處的你:

橘子學院邀請 PTT 站長、資深科技人 戴志洋(Kaede),八堂課循序漸進帶你理解「網路是什麼」、「怎麼技術 / 設計團隊溝通」、「產品完成後維護」等鞏固你的管理專業。不要猶豫了,快來 報名你人生中最重要的電腦課

 網頁

延伸閱讀:

PM、設計師、工程師,你們要手牽手好好合作啊!

(轉載自合作媒體《36kr》)

點關鍵字看更多相關文章: