如今，RD（研發）和 PM（產品經理）之間的矛盾與協作，時常成為網際網路行業裡的熱門話題。PM 方面文科出身偏感性的居多，時常看到他們分享經驗（RD 一般直接罵 PM 是傻X），但考慮到他們的知識體系和思維習慣，這些分享大多沒啥營養，缺少參考價值。
我從入行起就做一線開發，而且是前端，離使用者近，工作大多圍繞介面、互動進行。創業這兩年掛職“產品總監”，做產品經理的同時也在做開發，自己給自己提需求。接下來，由我來告訴你，怎樣成為一名受 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 們歡迎也是必然的。