最近七年，我都在做互聯(lián)網(wǎng)產(chǎn)品，其中前五年分別在創(chuàng)業(yè)公司和上市公司里，做別人的產(chǎn)品；近兩年在創(chuàng)業(yè)，做自己的產(chǎn)品。

我的體會是：產(chǎn)品經(jīng)理需要懂技術(shù)，創(chuàng)業(yè)者尤其需要。但前提是你總覺得有股憋不住的想要做點(diǎn)兒什么的沖動，如果打算混安穩(wěn)日子，特別是在大公司，你什么都不需要懂，反而要小心別“知道的太多了”，傻人一生平安。

做產(chǎn)品這幾年，和開發(fā)工程師打交道最多，和他們交流通常有兩大忌：

一. 忌不懂技術(shù)

更準(zhǔn)確的說，是不能缺乏設(shè)計(jì)、開發(fā)一個互聯(lián)網(wǎng)產(chǎn)品基本的技術(shù)常識，比如至少要清楚一個網(wǎng)站從不存在到能被用戶訪問，需要哪些必須的環(huán)節(jié)；也要明白一個App從你的腦海走到用戶的手機(jī)里，需要經(jīng)歷怎樣的過程。

有常識，當(dāng)然不一定就能做出好產(chǎn)品，但沒常識，就很象在村里呆了半輩子的人乍到城市，一舉一動即使小心翼翼，也沒法兒不透著突兀和不和諧。

我接觸過的業(yè)內(nèi)人士里，有幾個七十年代初的頗為典型，大概是互聯(lián)網(wǎng)出現(xiàn)的時候，他們已經(jīng)過了充滿好奇和渴望未知的年齡，不愿意放低身段去學(xué)習(xí)新東西，喜歡只憑著想象和自己的生活經(jīng)驗(yàn)就開噴，間或以若干近期熱門關(guān)鍵詞作為點(diǎn)綴，以示自己尚蹲在潮流尖端。

這樣的人也許能忽悠某些領(lǐng)導(dǎo)，但一定不招工程師待見，他們可能什么都不說，但心里已經(jīng)開始等著看笑話，交給他們的開發(fā)需求，自然也是能拖則拖、能蒙則蒙。

二. 忌懂技術(shù)

我遇到不少工程師喜歡說：“只要產(chǎn)品需求明確，技術(shù)上一切都能實(shí)現(xiàn)。”

這句話聽起來相當(dāng)豪邁，也讓產(chǎn)品經(jīng)理大為放心，覺得技術(shù)真是產(chǎn)品的堅(jiān)強(qiáng)后盾。但其實(shí)傳遞了一個特別糟糕的信號。

當(dāng)工程師這么說的時候，潛臺詞是：“你弄好你自己的事兒就行了，別來管我！”而且這種說法隱含著一個樂觀但顯然并不現(xiàn)實(shí)的假設(shè)：技術(shù)是無所不能的，他（掌握技術(shù)的人）也象燈神一樣，可以實(shí)現(xiàn)你的任何愿望，只要你能明確的描述它。

我不知道阿拉丁說完愿望之后，假如膽敢繼續(xù)追問燈神將具體采用何種技術(shù)方案來實(shí)現(xiàn)的話，會不會被塞到燈里，但我知道很多工程師在發(fā)現(xiàn)你關(guān)注技術(shù)層面過深的時候，都會有種領(lǐng)地被侵犯的感覺。

這就是工程師維護(hù)自己專業(yè)槽的本能，與行業(yè)中其它角色相比，工程師地位不是最高，待遇也不是最好，還經(jīng)常加班加的要死要活的，唯一得天獨(dú)厚的優(yōu)勢， 就是專業(yè)槽比任何角色都深。關(guān)于產(chǎn)品、關(guān)于UI、甚至關(guān)于商業(yè)模式每個從業(yè)人員都能噴上幾句，要是說到用戶體驗(yàn)，那更是連業(yè)外人士都敢大噴特噴而沒有任何 心理負(fù)擔(dān)：反正我就是用戶嘛，越傻越光榮。而一旦涉及到代碼，大多數(shù)人就直接暈菜了。想想那些UI設(shè)計(jì)師的苦逼段子，工作時沒有噴子們指手劃腳的干擾，真 是上帝賦予工程師獨(dú)有的恩賜。

所以當(dāng)他們認(rèn)為有外人正試圖跨越這條槽時，自然會有所警惕，甚至體現(xiàn)出抵制和敵意。當(dāng)一個產(chǎn)品經(jīng)理發(fā)現(xiàn)工程師開始比較密集的使用術(shù)語或拼命把簡單問題往復(fù)雜了說，你應(yīng)該知道，他們在槽邊開始向你射箭了。

從整個產(chǎn)品乃至公司的角度來說，各個專業(yè)角色之間的專業(yè)槽都是應(yīng)該被填平的，產(chǎn)品經(jīng)理不該對工程師玩挾天子以令諸侯，不要總假裝自己是用戶的三個代 表，動不動就拿想象中的“用戶需求”當(dāng)“奉天承運(yùn)”來用；工程師也不必總裝燈神，假裝無所不能很累的，工程師之間必有能力高下之分，其實(shí)有時候功能做不了 或做不好，純粹只是因?yàn)楣こ處熌芰λ蕖Ｈ绻舜颂拐\一些，大可以提前有效溝通，盡可能避開那些投入產(chǎn)出比過低的部分，有不少工程師不愿意拿出來討論的技 術(shù)實(shí)現(xiàn)上的細(xì)節(jié)，都是值得產(chǎn)品經(jīng)理參與進(jìn)來的，在這些細(xì)節(jié)上如何取舍與抉擇，會對產(chǎn)品的開發(fā)進(jìn)度、性能甚至功能帶來極大的影響，如果溝通到位，往往可以讓 開發(fā)工程師少做大量無用功。在我開始自己動手寫代碼之后，對這一點(diǎn)有了越來越深的體會。

下面就說說我為什么開始學(xué)寫代碼，算是回答問題的后半部分吧。

在我做互聯(lián)網(wǎng)產(chǎn)品的前五年里，我對技術(shù)的了解僅維持在常識范疇，能夠手寫的代碼只有html和css，連js都不會，更別提任何適用于Web開發(fā)的編程語言了。我一直認(rèn)為自己無法完全親手寫一個哪怕是最簡單的動態(tài)網(wǎng)站，是作為互聯(lián)網(wǎng)產(chǎn)品人員，很大的缺陷和恥辱。

工程師們一般倒不這么覺得，和他們聊天的時候，有時順嘴噴一些對技術(shù)架構(gòu)或某些技術(shù)問題的看法，立刻遭到贊揚(yáng)：“你很懂技術(shù)嘛！”這時馬上打著哈哈說：“懂個p啊，我連hello world都不會寫，完全是紙上談兵。”于是嬉笑聲中，一群人把手里的箭收起來了。

但我壓根兒就TM不想只能紙上談兵，2009年，我不顧當(dāng)時三十二歲的高齡，悍然決定要學(xué)Ruby，買了書、裝好環(huán)境開始看書，敲代碼，堅(jiān)持了幾 天，然后失敗了，考慮到也許Ruby對我來說太難，又嘗試了Python，結(jié)果還是失敗了。消沉幾天后不死心，又買了一本iPhone開發(fā)的書，還趁機(jī)決 定買了臺27寸的iMac，但悲劇是只翻了翻書，連Xcode都沒敢下就直接放棄了，這書上什么都不講的啊！上來就是大段大段的代碼啊！而且obj-c的 代碼都巨長，完全看不懂。

后來我想，這件事有兩個收獲：一. 發(fā)現(xiàn)了自己智商的邊界。二. 我有了一臺iMac。

轉(zhuǎn)眼又過了一年多，想要自己動手做一個iPhone上的App的感覺越來越強(qiáng)烈，快壓抑不住了。于是在某一天，我好了傷疤忘了疼似的把那本幾乎沒有折痕的iPhone開發(fā)基礎(chǔ)教程又翻出來，等待Xcode下載的過程中，暗下決心：看不懂我也把它背下來。

后來發(fā)現(xiàn)笨辦法至少對我來說，還挺管用的：照著書敲代碼，能正常運(yùn)行的話，就合上書，再敲一遍。一般重復(fù)四五次就能記得很牢了。合著書，劈里啪啦熟 練的敲著自己還不知道是什么意思的代碼，加上Xcode的自動補(bǔ)全很給力，幾分鐘就可以折騰出一大屏花花綠綠的代碼，而且還能在iPhone上運(yùn)行，這時 會產(chǎn)生一種已經(jīng)會寫iPhone App的錯覺，很奇妙。

人的大腦也很奇妙，你如果已經(jīng)背下來了，本來不理解的就會慢慢自動理解，就這樣背了一段又一段代碼之后，突然發(fā)現(xiàn)：我明白是怎么回事兒了。之后就開 始給自己提出各種小的不能再小的功能需求，嘗試用這些代碼去實(shí)現(xiàn)，每實(shí)現(xiàn)一個，都欣喜若狂：我能顯示按鈕了！我能彈出對話框了！我能寫滾動列表了！我能發(fā) 一條推送信息了！

這些事兒在熟練之后，也許就像喝口水一樣平淡，但卻能給初學(xué)者帶來巨大的快樂，我一直覺得，能否始終保持如初學(xué)者般的熱情、專注，決定了在做某件事時能走多遠(yuǎn)，能做多好。

由于書上所用的Xcode版本問題和我用的不同以及一些印刷錯誤，書上的代碼不會總是百分之百能運(yùn)行，有時會報(bào)錯，只能上網(wǎng)用盡一切辦法搜，搜索的 過程中，就會慢慢看到一些專門的技術(shù)論壇、Blog，最終不可避免的會發(fā)現(xiàn)Stack Overflow這個神奇的網(wǎng)站，你遇到的大部分問題，都能在上面找到答案。

當(dāng)實(shí)現(xiàn)書上的功能已經(jīng)不能帶來狂喜的時候，就會忍不住想把自己束縛了很久的各種idea放出來了，終于可以親手去做它，而不是局限在畫畫原型圖、寫寫需求說明最后還要虔誠的擦拭神燈，呼喚燈神們顯靈這樣隔靴搔癢的做產(chǎn)品。

開發(fā)的過程對我來說充滿了樂趣，因?yàn)閷懘a的時候，世界變的簡單而美好，某個做法對還是錯，你不需要自己反復(fù)猜測，也不需要和任何人沒完沒了爭辯， 編譯器就是神圣的裁判。你的每個操作都能得到及時、明確的反饋，而且擁有近乎奢侈的試錯機(jī)會，從這個角度來看，編程的樂趣倒是有點(diǎn)兒象玩游戲。

當(dāng)然也會遇到無數(shù)的問題，Stack Overflow、Github、Bitbucket、mailing list會慢慢成為你的朋友。

在能夠獨(dú)自寫出一個iPhone App并把它放到App Store上之后，我又發(fā)現(xiàn)還需要再學(xué)一門語言，用來開發(fā)網(wǎng)站以及需要在App中調(diào)用的RESTful Web Service，于是不顧三十五歲的高齡，再一次悍然打起了Python的主意，有了學(xué)obj-c的經(jīng)驗(yàn)，知道關(guān)鍵是要能狠得下心和靜得下心來，看什么 書，其實(shí)區(qū)別不是特別大，所以我就用了免費(fèi)的Learn Python The Hard Way，用前面提到的方法，跟著做了一遍（前半部分比較簡單，可以每天做上十幾個exercise，后面速度可能會慢一點(diǎn)兒），了解了Python怎么寫 之后，馬上開始看Django Book 2.0，只看到第九章，就等不及用同樣的方法把Django Tutorial做了兩遍，接著驚喜的發(fā)現(xiàn)已經(jīng)可以寫一個簡單但完整的網(wǎng)站了。然后很快試著用Django寫了一個特別小的針對某垂直領(lǐng)域的工具類網(wǎng)站， 上線跑了一段時間，昨天晚上結(jié)束免費(fèi)試用，開始收費(fèi)，現(xiàn)在看到已有幾個付費(fèi)用戶，我很欣慰。

至于技術(shù)需要懂到什么程度，我覺得要是花幾個月學(xué)的東西就夠用一輩子，這買賣也太劃算了，尤其是在技術(shù)領(lǐng)域，一定會需要持續(xù)學(xué)習(xí)，但對于我來說，已 經(jīng)沒有資格象十幾二十歲的年輕人那樣僅憑興趣廣泛的學(xué)，我目前對這件事的原則非常功利：馬上要用到的，能顯著提高效率或者公認(rèn)是最佳實(shí)踐的就學(xué)，否則就先 不學(xué)，盡量不折騰、嚴(yán)格控制投入的時間和精力。

比如寫好的代碼放到Server上，雖然只要能跑就算是部署成功了，但公認(rèn)的最佳實(shí)踐是使用virtualenv隔離Python環(huán)境，這樣可以減 少以后很多的麻煩，那就值得多花時間去了解，去應(yīng)用；使用Fabric配合Git進(jìn)行自動化部署可以大大提高效率，那就也值得花時間去學(xué)怎么用。

我也知道可以用Memcached或Redis來做緩存，提高應(yīng)用性能；或是用Rabbit Mq和Celery來做異步隊(duì)列，可以改善同步執(zhí)行耗時較久的任務(wù)給用戶帶來的不爽感；還有Node.js似乎比傳統(tǒng)的Web開發(fā)語言更適合做 RESTful API ?? 不過這些都不是目前最緊迫的問題，所以雖然我還不會而且確定會有用，但先不去學(xué)。

一沒留神，噴了幾千字，還是打住吧，看來中年男人的啰嗦算是沒救了。

最后還是總結(jié)一下，就一句啊：

產(chǎn)品經(jīng)理懂技術(shù) ＝ 流氓會武術(shù)。你要是覺得幫派夠大，自己腦子又好用到可以當(dāng)師爺，那不會武術(shù)也湊合；要不巧是個和我一樣沒什么團(tuán)隊(duì)精神，又老喜歡獨(dú)來獨(dú)往的流氓，還想只憑著腦子就能連點(diǎn)兒防身術(shù)都不練，恐怕很容易被人打成爬行動物。

比較嚴(yán)肅的總結(jié)是：產(chǎn)品經(jīng)理懂技術(shù)，在沒資源的時候可以用最低成本把事兒辦了，有資源的時候可以把資源用的更有效率。

轉(zhuǎn)載于:https://www.cnblogs.com/zeushuang/archive/2012/07/24/2606986.html

總結(jié)

以上是生活随笔為你收集整理的产品经理懂技术＝流氓会武术(zz)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。