關(guān)于產(chǎn)品是否需要會(huì)寫(xiě)代碼一直是個(gè)比較有爭(zhēng)議的問(wèn)題，早期的產(chǎn)品經(jīng)理基本都是從開(kāi)發(fā)崗位轉(zhuǎn)成的，最近幾年隨著移動(dòng)互聯(lián)網(wǎng)的飛速發(fā)展，產(chǎn)品經(jīng)理也變得十分熱門(mén)，吸引了越來(lái)越多的人加入，也有不少應(yīng)屆生進(jìn)入這個(gè)崗位。

我常看到一些人問(wèn)，從事產(chǎn)品經(jīng)理是否需求懂得寫(xiě)代碼？如果要懂，又需要了解哪些？筆者科班出生，建過(guò)網(wǎng)站也做過(guò)系統(tǒng)，還從事過(guò)一段時(shí)間andorid開(kāi)發(fā)的工作，這次我嘗試著用3w分析法則對(duì)這個(gè)問(wèn)題做出回答，希望能給大家一點(diǎn)啟示。

| What：產(chǎn)品設(shè)計(jì)是什么？

目前的產(chǎn)品經(jīng)理一般可以根據(jù)公司崗位側(cè)重點(diǎn)不同分為產(chǎn)品策劃和產(chǎn)品運(yùn)營(yíng)。在一些大公司還會(huì)為產(chǎn)品經(jīng)理配上交互設(shè)計(jì)師來(lái)完成產(chǎn)品策劃/設(shè)計(jì)的工作。目前產(chǎn)品設(shè)計(jì)的準(zhǔn)確形容還不統(tǒng)一，廣義上可以把交互設(shè)計(jì)，用戶(hù)體驗(yàn)設(shè)計(jì)等產(chǎn)物為產(chǎn)品原型的統(tǒng)一成為產(chǎn)品設(shè)計(jì)。

產(chǎn)品/交互設(shè)計(jì)目前來(lái)看，是一項(xiàng)門(mén)檻相對(duì)較低又富有靈活創(chuàng)造性的工作。一些不曾學(xué)過(guò)美術(shù)，開(kāi)發(fā)的新人也能憑借自己對(duì)市場(chǎng)上一些APP的分析和原型優(yōu)化快速上手進(jìn)入這一行。當(dāng)然，這并非不可，市場(chǎng)需求決定了價(jià)值，但如何提升自己的價(jià)值還需要很長(zhǎng)的路要走。

| Why：產(chǎn)品設(shè)計(jì)為什么要懂得開(kāi)發(fā)？

以下是產(chǎn)品設(shè)計(jì)中可能會(huì)遇到的一些場(chǎng)景：

場(chǎng)景1：

產(chǎn)品：“我希望能在這里加個(gè)動(dòng)畫(huà)過(guò)度，讓用戶(hù)覺(jué)得更加有趣，提高粘度”。

研發(fā)則會(huì)想：如果是網(wǎng)頁(yè)，如何能保證動(dòng)畫(huà)加載順利？如果是APP，會(huì)不會(huì)對(duì)流暢有影響？以及等等。也許研發(fā)還會(huì)進(jìn)一步思考，到底有沒(méi)有必要加動(dòng)畫(huà)，我該找什么理由讓這小子把動(dòng)畫(huà)這事先放開(kāi)？

場(chǎng)景2：

產(chǎn)品：“這個(gè)地方需要加入搜索框”。

研發(fā)則會(huì)想：是要求搜索什么，用戶(hù)？標(biāo)題？?jī)?nèi)容關(guān)鍵字（關(guān)鍵字是否需要分類(lèi)）？還是所有的字段都能搜索？

場(chǎng)景3：

產(chǎn)品：“這里我希望用戶(hù)進(jìn)度頁(yè)面就能夠?qū)衢T(mén)動(dòng)態(tài)點(diǎn)贊收藏”。

研發(fā)則會(huì)想：這個(gè)操作是不能實(shí)現(xiàn)的，因?yàn)橛脩?hù)還沒(méi)注冊(cè)，我們并不知道他是誰(shuí)。

這樣的次數(shù)越來(lái)越多之后，研發(fā)很容易就會(huì)在暗中吐槽，產(chǎn)品經(jīng)理什么都不懂，跟他交流特別費(fèi)力，總給我制造麻煩。

長(zhǎng)久之后，便會(huì)失去研發(fā)的信任，讓工作變得不那么融洽，甚至讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品的主導(dǎo)權(quán)開(kāi)始動(dòng)搖。

曾經(jīng)聽(tīng)過(guò)很多的人說(shuō)，產(chǎn)品經(jīng)理不需要懂得技術(shù)，只需要關(guān)注業(yè)務(wù)及需求就好。誠(chéng)然，在不少公司，現(xiàn)有產(chǎn)品比較成熟，不需要開(kāi)發(fā)新產(chǎn)品，對(duì)技術(shù)的要求當(dāng)然會(huì)降低，產(chǎn)品經(jīng)理的工作更多的在于如何通過(guò)市場(chǎng)盈利而不是做好產(chǎn)品，這部分的人這次暫時(shí)不做討論，以后便見(jiàn)分曉。還有另一部分不了解技術(shù)的產(chǎn)品，容易對(duì)研發(fā)產(chǎn)生崇拜，降低自己的價(jià)值。

另外研發(fā)最頭疼的有兩類(lèi)產(chǎn)品，一類(lèi)是不懂裝懂的，一類(lèi)是只懂一點(diǎn)又亂吹的。前者設(shè)計(jì)的產(chǎn)品很容易出現(xiàn)邏輯問(wèn)題，后者則容易讓研發(fā)工期困難。（前者的舉例說(shuō)明可以參照我列出的場(chǎng)景）

經(jīng)歷過(guò)多次迭代我明白一個(gè)道理，做一個(gè)產(chǎn)品出來(lái)容易，做好一個(gè)產(chǎn)品難。讓一個(gè)人能用的產(chǎn)品和讓10萬(wàn)個(gè)人能用的產(chǎn)品不是一個(gè)級(jí)別的，同樣的需求滿(mǎn)足一次和同時(shí)滿(mǎn)足10萬(wàn)次也不是一個(gè)級(jí)別。

筆者曾經(jīng)做過(guò)一個(gè)Android端的相冊(cè)功能，（早期的設(shè)想是通過(guò)SD卡路徑來(lái)訪問(wèn)圖片，但問(wèn)題出現(xiàn)在不同的手機(jī)圖片存儲(chǔ)路徑不同只能作罷。）其原理是通過(guò)讀取系統(tǒng)相冊(cè)的ContentProvider圖像數(shù)據(jù)，該功能的實(shí)現(xiàn)只用了一下午就完成了，直接使用了開(kāi)源框架ImageLoader，加載一千張圖像十分流暢，堪比原生相冊(cè)。但是，在測(cè)試的時(shí)候問(wèn)題來(lái)了，在運(yùn)存只有1G的手機(jī)上，加載二千多張，大小總計(jì)2G左右的圖片時(shí)，該APP變得非?？ǎ踔寥菀妆罎?，對(duì)其的優(yōu)化花了一個(gè)星期。

當(dāng)產(chǎn)品經(jīng)理質(zhì)疑我為什么一個(gè)簡(jiǎn)單的相冊(cè)需要一周時(shí)，我需要花費(fèi)大量精力解釋?zhuān)⒎俏矣型祽?.....

也聽(tīng)說(shuō)過(guò)其他一些產(chǎn)品，加需求加太多，代碼重構(gòu)耽誤產(chǎn)品上線日期的。

產(chǎn)品經(jīng)理是項(xiàng)目的推動(dòng)者，很多人把溝通能力看得格外重要，但如果一個(gè)產(chǎn)品經(jīng)理是懂得開(kāi)發(fā)，那么他和研發(fā)的溝通將會(huì)順暢許多。

當(dāng)然，也有很多不懂技術(shù)的產(chǎn)品經(jīng)理是踏著一個(gè)個(gè)坑成長(zhǎng)起來(lái)的，被研發(fā)指導(dǎo)得多了，也能慢慢成長(zhǎng)起來(lái)，那么他的成長(zhǎng)期，對(duì)大家會(huì)不會(huì)是個(gè)災(zāi)難呢？

產(chǎn)品經(jīng)理是個(gè)對(duì)綜合能力要求很高的崗位，這也常是優(yōu)秀的產(chǎn)品經(jīng)理和產(chǎn)品汪的區(qū)別，現(xiàn)在入門(mén)做產(chǎn)品經(jīng)理也許很容易，但成長(zhǎng)為優(yōu)秀的產(chǎn)品經(jīng)理還有很多高臺(tái)階要上。我也覺(jué)得這是件公平的事情。研發(fā)寫(xiě)代碼雖然門(mén)檻較高，但是入門(mén)后臺(tái)階相對(duì)較低，努力2-3年也許就能成為優(yōu)秀的研發(fā)。優(yōu)秀的產(chǎn)品經(jīng)理則需要更久去沉淀。

| How：要做產(chǎn)品經(jīng)理，需要懂哪些技術(shù)呢？

對(duì)產(chǎn)品經(jīng)理來(lái)說(shuō)，掌握一門(mén)計(jì)算機(jī)語(yǔ)言是不必要的。不需要了解到具體的代碼如何編寫(xiě)，但一定要懂?dāng)?shù)據(jù)間是如何傳遞的。我推薦多虛心向研發(fā)請(qǐng)教，了解不同研發(fā)不同語(yǔ)言負(fù)責(zé)的工作，會(huì)比較容易快了解。

目前在軟件開(kāi)發(fā)中有幾種常見(jiàn)模式：

• MVC（Model-View-Controller）

• MVP（Model-View-Presenter）

• MVVM（Model-View-ViewModel）

目前大部分的WEB開(kāi)發(fā)和移動(dòng)開(kāi)發(fā)也是采用MVC模式

WEB和移動(dòng)應(yīng)用運(yùn)行的流程：

如圖，一般網(wǎng)頁(yè)的工作是需要前端工程師來(lái)完成，這時(shí)候?qū)懞玫捻?yè)面稱(chēng)之為靜態(tài)頁(yè)面，可以被瀏覽器直接解釋執(zhí)行。這時(shí)候的頁(yè)面還不具備動(dòng)態(tài)的功能。

拿注冊(cè)功能舉例，當(dāng)用戶(hù)進(jìn)入注冊(cè)頁(yè)面后，在輸入框輸入自己的用戶(hù)名、密碼等數(shù)據(jù)，數(shù)據(jù)會(huì)傳遞到后臺(tái)，后臺(tái)再存到數(shù)據(jù)庫(kù)相應(yīng)的表中，存儲(chǔ)的結(jié)構(gòu)一般為字段名+值，存儲(chǔ)成功后，后臺(tái)再會(huì)返回相應(yīng)的數(shù)據(jù)告訴頁(yè)面，頁(yè)面這個(gè)時(shí)候再提示用戶(hù)注冊(cè)成功。

如圖，移動(dòng)端的流程和網(wǎng)站大致相同，不同的是移動(dòng)端（安卓和IOS）如果不是混合開(kāi)發(fā)，大多數(shù)時(shí)候不需要前端工程師參與。

也許看完這些你仍舊對(duì)技術(shù)缺少概念，那么可以嘗試自己做個(gè)天氣預(yù)報(bào)APP或者個(gè)人的簡(jiǎn)單網(wǎng)站出來(lái)，并沒(méi)有太高難度，程序入門(mén)還是比較輕松的。在研發(fā)忙不過(guò)來(lái)時(shí)，一些小的改動(dòng)自己就可以完成，必會(huì)讓研發(fā)更加高看你一眼。

更何況，編程這么酷的事情，為什么不試試呢？

注：本文人人都是產(chǎn)品經(jīng)理的@placeless 原創(chuàng)發(fā)布雷鋒網(wǎng)，未經(jīng)授權(quán)禁止轉(zhuǎn)載。

推薦閱讀：

1、微信紅包圖片事件過(guò)去了，產(chǎn)品經(jīng)理，你看出什么門(mén)道了嗎？

2、微信、Facebook都在說(shuō)連接，可不僅僅是因?yàn)樯缃?/a>

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見(jiàn)轉(zhuǎn)載須知。