怎樣成為一名受程式設計師歡迎的產品經理

edithfang發表於2014-08-30
我從入行起就做一線開發,而且是前端,離使用者近,工作大多圍繞介面、互動進行。創業這兩年掛職“產品總監”,做產品經理的同時也在做開發,自己給自己提需求。接下來,由我來告訴你,怎樣成為一名受 RD 歡迎的 PM。


告別愚蠢

很多 PM 的最大問題是愚蠢而不自知。

就目前來看,RD 多是科班出身,受過系統的計算機相關知識和技能培訓(包括學校和自發),頭腦清晰邏輯縝密,平時多半有點宅,人機互動甚至多餘與人互動;而產品經理則是三教九流各色人等都有,知識技能工具也缺少統一標準。這種情況下,RD 有些優越感再正常不過。總結起來,初始狀態下,RD 眼中,PM 是這樣的:

學習成績、學習能力、學習習慣都有問題,唯獨嘴炮很厲害

用(移動網際網路)產品的時候還不如我多(宅麼……),競品觀察的還不如我細(要抄的這個產品我用大半年了)

假傳聖旨狐假虎威

偏偏很多 PM 還特別喜歡用“我覺得……”這種句式跟 RD 交流,遇到挑戰往往也沒法拿出資料、競品設計進一步討論,只能說“總會有人……”“像我這樣……”,甚至繼續“我覺得……”。他們忽視了一個問題:大家的命運都和產品息息相關。RD 對產品的關注程度,傾注的情感,並不比 PM 少。RD 對產品的期望,也不比 PM 低。這個時候,如果 PM 拿來的一份說不清好壞甚至腦殘設計,那被抵制或消極對待就是自然而然了。

如何才能不讓自己顯得愚蠢呢?其實也不復雜。

多用競品,多用網際網路產品。沒辦法,吃這碗飯,就得有投入。時刻了解介面互動的新潮流新嘗試。

能找到資料,儘量多用資料。

除了直接合作的 RD 以外,爭取交幾個 RD 朋友,提需求之前,請他們先幫忙評估下開發成本,再去跟自己的 RD 溝通時會有準備的多。

PM 一定要樹立自己的專業性權威性,要讓 RD 相信,這個需求是有利的,是有效的,是可以給自己帶來獎金的,那麼積極配合就是水到渠成的事兒了。

理解 RD

每個人都有自己的小確幸,RD 自然也不例外。

可能是用某種模式巧妙地重構了程式碼,使之清晰好讀便於擴充套件;

可能是妙筆偶得的正則,效率比以往提升了數倍;

可能是學會一個新技術找到一個新框架……

理解 RD,就是理解他們在發現身邊的小確幸之後,給予他們足夠的空間去滿足。比如,不要把專案進度填得太滿;或者適當調整功能需求,把 RD 自發提出的需求加進來。

另外一種溫柔理解,就是不打擾。有些 PM 控制慾較強或者專案出身,熱衷於“對進度”,簡直愚蠢到令人髮指——你對不對進度,進度就在這裡,不進不退。程式開發不是線性的,不是每小時 12.5%,一天 8 小時 100%;也不是寫了 200 行,再寫 200 行就完成了;甚至我都沒辦法告訴你我做了多少,還要多少時間才能做完。有些 PM 更是不知道從哪兒喝的過期雞湯,竟然認為只要夠堅持夠忍耐,堅持詢問耐心詢問,就能和 RD 在對進度這件事上達成共識——這除了讓 RD 確信 ta 是個無可救藥的蠢材之外別無它用。

最後的理解,就是“PM 動動嘴,RD 跑斷腿”了。能理解這一點,其它也都好理解了。任何需求都有開發成本,這個開發成本,往往連同是 RD 的其他人都無法準確估測,更何況缺少技術背景的 PM。所以很多 PM 提需求提得很隨意,明顯沒有經過深思熟慮(或者明顯沒有和更高階的 PM 進行討論,或者沒有和其它需求方確認);改得更隨意,而且常常伴著一句:“你就那個那個啥一下,很簡單。”坦白告訴你,聽到這句話 RD 沒拿出刀砍死你說明他愛你。想改善的話,開工之前多溝通,降低返工可能性;提出需求時尊重 RD 的判斷,共同擬定階段性目標;開工後盡力維持計劃,等等。

理解 RD 的 PM,真的好迷人。

避免誤區

第一個誤區是打嘴炮。

為了寫這篇文章,我簡單 google 了下“產品經理自我修養”,搜出來一堆心靈雞湯。這些文章幾乎可以作為產品經理“假大空”的代表,正是這些文章誤導了很多初入行的新人。

作為有必要時常和 RD 打交道的 PM,一定要務實,想法要落地,提出的東西要有具體執行細節,有考量標準。不能滿嘴跑火車,動不動戰略佈局就,動不動就拽名詞(“破壞式創新”),動不動就引名言。我們的目的既簡單又統一,把產品做好,把運營做好,提升使用者體驗,抓住使用者,增加活躍使用者,最終流量變現,大家分錢。這之間,需要的是一個又一個具體的需求,一點又一點持續的改進,合理規劃的統計點,用資料支撐的每步選擇。而且前面說過,RD 可能嘴笨,其實很聰明,並且有點優越感,
PM 拿不出真材實料只靠嘴炮很快就被歸到不靠譜那類了。

第二個誤區是想說我們倆是一夥兒的結果表述錯誤。

常見於老闆或者某領導提了個不咋樣的需求,交給 PM,PM 勸 RD:“我也不想的,可是老闆他非要。”前面說過了,PM 動動嘴,RD 跑斷腿,最後開發成本要 RD 扛,所以你說服不了老闆,苦果得我吃。所以你嘴上想說我們倆是一夥兒的,其實你正在出賣我……正確的做法是先嚐試說服領導或者老闆,如果無法做到,就試著理解老闆的意思,用道理說服 RD,同時及時修正專案進度。

總結

其實 PM 和 RD 不是仇人,相反,二者的切身利益息息相關。PM 希望找到給力 RD 的同時,無數 RD 也在期盼上天賜予一個靠譜的 PM。RD 不善表達的居多,也懶得跟“外行人”廢話,所以常常只表現出對 PM 很冷淡甚至敵視。其實他們並不是不願意做功能或者不接受改需求,只是需要一些更說的過去的理由而已。

獲取 RD 信任之後會發現他們都很好相處,而只要做到以上幾點,受到 RD 們歡迎也是必然的。
相關閱讀
評論(2)

相關文章