最近有位剛做 PM（產品經理）的人跑來跟我控訴，說公司技術部的 RD 們（程式設計師）個個不給力。需求過了千百遍還是理解錯，或者就是簡單回一句「做不了」，表情如死灰。
這位 PM 血氣方剛，張牙舞抓，腦子裡總有一千萬個新產品需求的想法沸騰著。他咄咄不停的抱怨 RD 們不配合，能力差，懶惰，沒思考能力，沒品位，順帶連摳腳味兒太大這種事也強烈譴責了。「X，老子明天就去學 Coding！」哎，我發現 PM 們都特喜歡說這句無比勵志的話呢！
面對他，我的心突然惆悵起來。幾年前的自己也差不多是這個模樣，懵懂如白紙，但誰又知道這樣的 PM，在很多 RD 的眼裡就是個傻逼吧。
身為一位女性 PM，我至今為止並肩合作過的 RD 團隊超過 8 組共 200 多人（動盪曲折的職業生涯啊），受過的委屈流過的淚就不在這裡贅述了，打算留著以後寫小說。今天我只想淺談一些自己總結的 PM 與 RD 相處之道，所謂人艱不拆，希望大家看完後能更理解彼此「都不容易」的立場。
- PM 眼裡的 RD 分成兩種：能溝通的和不能溝通的，後者佔 90％
如果你跟我一樣，是個沒有技術背景的 PM，估計你會覺得世界上「不能溝通的 RD」佔九成以上。難道不是嗎！
每當你鬥志昂揚講完一個偉大的產品計劃，期待看到 RD 激動的眼神，卻發現他們真的一點兒不興奮。給面子的 RD 會乾巴巴的問：「什麼時候要什麼時候開始設計稿確定了沒產品文檔寫完整了沒。」不給面子的 RD 則會當場質疑你，「這個新功能你到底想清楚了嗎？老闆又風花雪月拍腦子了吧？這麼做有數據依據嗎？做過市場調查嗎？老用戶會因此流失嗎？能保證上線後不再改了嗎？@$%^ ^% %$$@% #$%^ ^% 」真的是沒法兒做朋友啊！
曾經有一個自以為很神但其實能力已經跟不上時代的 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. 給他們加薪，給他們加薪，給他們加薪。
文章的最後，我想對所有還在拼搏的產品經理們說，就算你的行業環境不斷限制你的創新和暢想，就算你身邊的開發者總是打壓你的積極性，攻擊你的決策和判斷，就算你覺得全世界都沒有人肯定你的努力，沒有人理解你的無奈，你都不可以放棄。勿忘理想，勿忘初心。你們是美好未來的希望。