一、PM與RD的恩怨情仇
先看兩個(gè)段子：
段子1：產(chǎn)品經(jīng)理被綁蔗包，蒙眼秉扑。驚問：“想干什么？”调限，對方不語舟陆，鞭笞之，產(chǎn)品經(jīng)理求饒：“別打耻矮，要錢秦躯？”，又一鞭裆装，“十萬夠不踱承？”，又一鞭哨免，“一百萬茎活？”，又一鞭琢唾。產(chǎn)品經(jīng)理崩潰：“你TMD到底要啥妙色？”』鬯＃“要什么身辨？”我?guī)湍阕鲰?xiàng)目，寫代碼的時(shí)候也想知道你TMD到底想要啥芍碧！”
段子2：
二煌珊、PM與RD互評
PM眼里的RD分成兩種：能溝通的，和不能溝通的泌豆。后者占90％定庵。(RD們請不要對號入座!!!)
對于沒有技術(shù)背景的我們來說，90%的RD是無法溝通的踪危。好不容易搞定老板蔬浙，加班加點(diǎn)終于把需求整理出來，以為萬事俱備贞远，只欠開工畴博。不曾想，這只是噩夢的開始蓝仲。
當(dāng)我們激情澎湃的把需求宣講一遍后俱病，內(nèi)心期待是RD們同樣激動的眼神官疲，然而事實(shí)是他們安全無動于衷×料叮“靠譜”的RD同學(xué)們還會問“這個(gè)什么時(shí)候上線途凫？交互什么時(shí)候出？設(shè)計(jì)稿什么時(shí)候給溢吻？”维费，“刺頭”RD們已經(jīng)按奈不住內(nèi)心的憤怒“這些都是什么鬼？這個(gè)需求做過調(diào)研嗎促王？對線上業(yè)務(wù)有幫助嗎犀盟？有數(shù)據(jù)支撐嗎？這又是老板們拍腦袋出來的硼砰？”且蓬。
RD眼里的PM也分成兩種：有腦子的，和沒腦子的题翰。后者占90％恶阴。(PM們請不要對號入座!!!)
有沒有腦子，說的是思維(思考)能力豹障。
PM需要有自己的思考力冯事。理想是豐滿的，現(xiàn)實(shí)是骨感的血公。大部分情況下產(chǎn)品經(jīng)理的生存環(huán)境還是很惡劣的昵仅，因?yàn)槔习迨亲畲蟮腜M，很多的決定都是身不由己累魔。這個(gè)時(shí)候一定千萬別使用“老板說的必須要加xx功能”摔笤，直接斷送了你的價(jià)值，以后會更被動垦写。你可以把你的思考客觀的告訴RD們吕世，以及老板們考慮的角度，為什么現(xiàn)在要這樣做梯投。雖然這并不能改變需求命辖，但這樣起碼能讓RD覺得你是思考過的，并不是一味的做搬運(yùn)工分蓖。
PM需要信任RD尔艇。經(jīng)常遇到這樣的場景：PM問這個(gè)功能需要多長時(shí)間開發(fā)，RD說需要1個(gè)月么鹤。PM開始不淡定了终娃，內(nèi)心閃過這么簡單的一個(gè)需求還需要那么長時(shí)間。于是私下找玩得好的做研發(fā)同學(xué)(同事)問這個(gè)功能要開發(fā)多久午磁。久而久之尝抖，PM與RD間僅有的一點(diǎn)信任蕩然無存毡们。
三迅皇、PM技術(shù)思維速成
1. 了解原理
我們畢竟不是RD昧辽，不需要知道這個(gè)接口如何實(shí)現(xiàn)，那個(gè)變量如何調(diào)用登颓，是不是有內(nèi)存泄露問題搅荞。但是我們要清楚知道開發(fā)實(shí)現(xiàn)這個(gè)功能的原理是什么，大致思路是怎么樣框咙。沒吃過豬肉咕痛，至少做到見過豬跑吧。
那么問題來了喇嘱，了解一個(gè)原理有多難茉贡？可能并沒有你想的那么難。舉個(gè)例子者铜，我們經(jīng)常和研發(fā)溝通中都會提到的http請求腔丧。這是什么鬼？打開wiki作烟，輸入http愉粤，花個(gè)10分鐘就能了解HTTP原理：
2. 知曉邊界
哪些能做，哪些不能做拿撩，哪些將來達(dá)到一定條件后能做衣厘。比如iOS系統(tǒng)對應(yīng)用訪問系統(tǒng)權(quán)限做了很多限制，比如應(yīng)用無法獲取手機(jī)號压恒，無法獲取設(shè)備ID之類的影暴。
這些東西需要PM平時(shí)多關(guān)注和了解些基礎(chǔ)，比如Android/iOS平臺特性之類的探赫，官方的介紹文檔是一個(gè)很好的開始型宙。另外在日常工作中跟RD溝通中都會涉及到很多基礎(chǔ)的知識，小本本可以記起來期吓。經(jīng)過一段時(shí)間積累后做相關(guān)的需求時(shí)早歇，也知道邊界在哪，把這些影響提前考慮到讨勤。
另外邊界并不是一成不變的箭跳，隨著設(shè)備的不斷更新，OS的迭代潭千。之前是邊界的問題可能到了后邊的版本就不是了谱姓，反之亦然。
3.?評估成本
牛逼的開發(fā)不管什么需求刨晴，給你的答復(fù)永遠(yuǎn)都是可以做屉来，只是時(shí)間長短問題而已路翻。實(shí)際過程中不可能存在這么理想的情況，大部分情況下PM需要去權(quán)衡投入產(chǎn)出比茄靠。通常情況下茂契，PM為了追求極致的體驗(yàn)(一定要有追求極致的思想)，會要求RD嚴(yán)格按照方案開發(fā)慨绳，導(dǎo)致投入了大量的資源掉冶，達(dá)到了最終效果，但實(shí)際上收益卻并不大脐雪。
4.?組件化
什么是組件厌小？組件是經(jīng)過設(shè)計(jì)元素解耦，具有標(biāo)準(zhǔn)規(guī)范和可復(fù)用場景的基本模塊战秋。對于一些功能比較復(fù)雜到產(chǎn)品比如滴滴出行璧亚，包含了很多業(yè)務(wù)線，是不是每條業(yè)務(wù)線都要從0開始呢脂信？結(jié)論顯然不是癣蟋。一些跟業(yè)務(wù)耦合性不強(qiáng)的組件都可以排上用場，比如地圖服務(wù)吉嚣，冒泡服務(wù)梢薪，計(jì)價(jià)服務(wù)等等。這樣可以極力解放PM的生產(chǎn)力尝哆，專注于業(yè)務(wù)本身秉撇，而不需要耗費(fèi)額外經(jīng)理去重新造輪子。關(guān)于組件化后續(xù)再做一次專題分享秋泄，這次就不深入聊琐馆。
四、寫在最后
不管是RD恒序，還是PM瘦麸，最終的的屬性是人。人與人和諧相處的第一前提永遠(yuǎn)是：平等歧胁、尊重與理解滋饲。多站在對方的理解思考，會有意向不到的收貨喊巍。
