其他

http://www.cool3c.com/article/65408 https://www.facebook.com/settings?tab=applications

推，找youtube 說很多東西

http://techorange.com/2014/07/08/find-your-customers-fast/ http://www.perrymarshall.com/google/scorecard/ http://isfbforme.com/

http://www.youtube.com/watch?feature=player_embedded&v=iyqltFTug1I

http://techorange.com/2014/05/16/what-rd-think-of-pm/ 最近有位剛做 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 覺得產品經理很優秀的方法 ...