關(guān)于產(chǎn)品是否需要會(huì)寫代碼一直是個(gè)比較有爭(zhēng)議的問題沸移，早期的產(chǎn)品經(jīng)理基本都是從開發(fā)崗位轉(zhuǎn)成的，最近幾年隨著移動(dòng)互聯(lián)網(wǎng)的飛速發(fā)展键思，產(chǎn)品經(jīng)理也變得十分熱門屎开，吸引了越來越多的人的加入阐枣，也有不少應(yīng)屆生進(jìn)入這個(gè)崗位马靠。我逞俪椋看到一些人問，從事產(chǎn)品經(jīng)理是否需求懂得寫代碼甩鳄？如果要懂逞度，又需要了解哪些？筆者我科班出生妙啃，建過網(wǎng)站也做過系統(tǒng)档泽，還從事過一段時(shí)間andorid開發(fā)的工作，這次我嘗試著用3w分析法則對(duì)這個(gè)問題做出回答揖赴。
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ì)師來完成產(chǎn)品策劃/設(shè)計(jì)的工作燥滑。目前產(chǎn)品設(shè)計(jì)的準(zhǔn)確形容還不統(tǒng)一渐北，廣義上可以把交互設(shè)計(jì)，用戶體驗(yàn)設(shè)計(jì)等產(chǎn)物為產(chǎn)品原型的統(tǒng)一成為產(chǎn)品設(shè)計(jì)铭拧。
產(chǎn)品/交互設(shè)計(jì)目前來看赃蛛，是一項(xiàng)門檻相對(duì)較低又富有靈活創(chuàng)造性的工作恃锉。一些不曾學(xué)過美術(shù)，開發(fā)的新人也能憑借自己對(duì)市場(chǎng)上一些APP的分析和原型優(yōu)化快速上手進(jìn)入這一行呕臂。當(dāng)然破托，這并非不可，市場(chǎng)需求決定了價(jià)值歧蒋，但如何提升自己的價(jià)值還需要很長(zhǎng)的路要走土砂。
Why：
產(chǎn)品設(shè)計(jì)為什么要懂得開發(fā)？
以下是產(chǎn)品設(shè)計(jì)中可能會(huì)遇到的一些場(chǎng)景：
場(chǎng)景1：
產(chǎn)品：“我希望能在這里加個(gè)動(dòng)畫過度谜洽，讓用戶覺得更加有趣瘟芝，提高粘度”。
研發(fā)則會(huì)想：如果是網(wǎng)頁褥琐，如何能保證動(dòng)畫加載順利锌俱？如果是APP，會(huì)不會(huì)對(duì)流暢有影響敌呈？以及等等贸宏。也許研發(fā)還會(huì)進(jìn)一步思考，到底有沒有必要加動(dòng)畫磕洪，我該找什么理由讓這小子把動(dòng)畫這事先放開吭练？
場(chǎng)景2：
產(chǎn)品：“這個(gè)地方需要加入搜索框”。
研發(fā)則會(huì)想：是要求搜索什么析显，用戶鲫咽？標(biāo)題？?jī)?nèi)容關(guān)鍵字（關(guān)鍵字是否需要分類）谷异？還是所有的字段都能搜索分尸？
場(chǎng)景3：
產(chǎn)品：“這里我希望用戶進(jìn)度頁面就能夠?qū)衢T動(dòng)態(tài)點(diǎn)贊收藏”。
研發(fā)則會(huì)想：這個(gè)操作是不能實(shí)現(xiàn)的歹嘹，因?yàn)橛脩暨€沒注冊(cè)箩绍，我們并不知道他是誰。
這樣的次數(shù)越來越多之后尺上，研發(fā)很容易就會(huì)在暗中吐槽材蛛，產(chǎn)品經(jīng)理什么都不懂，跟他交流特別費(fèi)力怎抛，總給我制造麻煩卑吭。
長(zhǎng)久之后，便會(huì)失去研發(fā)的信任马绝，讓工作變得不那么融洽豆赏，甚至讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品的主導(dǎo)權(quán)開始動(dòng)搖。
曾經(jīng)聽過很多的人說，產(chǎn)品經(jīng)理不需要懂得技術(shù)河绽，只需要關(guān)注業(yè)務(wù)及需求就好己单。誠然，在不少公司耙饰，現(xiàn)有產(chǎn)品比較成熟纹笼，不需要開發(fā)新產(chǎn)品，對(duì)技術(shù)的要求當(dāng)然會(huì)降低苟跪，產(chǎn)品經(jīng)理的工作更多的在于如何通過市場(chǎng)盈利而不是做好產(chǎn)品廷痘，這部分的人這次暫時(shí)不做討論，以后便見分曉件已。還有另一部分不了解技術(shù)的產(chǎn)品笋额，容易對(duì)研發(fā)產(chǎn)生崇拜，降低自己的價(jià)值篷扩。
另外研發(fā)最頭疼的有兩類產(chǎn)品兄猩，一類是不懂裝懂的，一類是只懂一點(diǎn)又亂吹的鉴未。前者設(shè)計(jì)的產(chǎn)品很容易出現(xiàn)邏輯問題枢冤，后者則容易讓研發(fā)工期困難。（前者的舉例說明可以參照我列出的場(chǎng)景）
經(jīng)歷過多次迭代我明白一個(gè)道理铜秆，做一個(gè)產(chǎn)品出來容易淹真，做好一個(gè)產(chǎn)品難。讓一個(gè)人能用的產(chǎn)品和讓10萬個(gè)人能用的產(chǎn)品不是一個(gè)級(jí)別的连茧，同樣的需求滿足一次和同時(shí)滿足10萬次也不是一個(gè)級(jí)別核蘸。
筆者曾經(jīng)做過一個(gè)Android端的相冊(cè)功能，（早期的設(shè)想是通過SD卡路徑來訪問圖片啸驯，但問題出現(xiàn)在不同的手機(jī)圖片存儲(chǔ)路徑不同只能作罷客扎。）其原理是通過讀取系統(tǒng)相冊(cè)的ContentProvider圖像數(shù)據(jù)，該功能的實(shí)現(xiàn)只用了一下午就完成了坯汤，直接使用了開源框架ImageLoader虐唠，加載一千張圖像十分流暢，堪比原生相冊(cè)惰聂。但是，在測(cè)試的時(shí)候問題來了咱筛，在運(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)大量精力解釋，并非我有偷懶堂污。家肯。。
也聽說過其他一些產(chǎn)品盟猖，加需求加太多讨衣，代碼重構(gòu)耽誤產(chǎn)品上線日期的。
產(chǎn)品經(jīng)理是項(xiàng)目的推動(dòng)者式镐，很多人把溝通能力看的格外重要反镇，但如果一個(gè)產(chǎn)品經(jīng)理是懂得開發(fā)，那么他和研發(fā)的溝通將會(huì)順暢許多娘汞。
當(dāng)然歹茶，也有很多不懂技術(shù)的產(chǎn)品經(jīng)理是踏著一個(gè)個(gè)坑成長(zhǎng)起來的，被研發(fā)指導(dǎo)得多了你弦，也能慢慢成長(zhǎng)起來辆亏，那么他的成長(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)在入門做產(chǎn)品經(jīng)理也許很容易领迈，但成長(zhǎng)為優(yōu)秀的產(chǎn)品經(jīng)理還有很多高臺(tái)階要上彻磁。我也覺得這是件公平的事情。研發(fā)寫代碼雖然門檻較高狸捅，但是入門后臺(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)理來說朽褪，掌握一門計(jì)算機(jī)語言是不必要的置吓。不需要了解到具體的代碼如何編寫，但一定要懂?dāng)?shù)據(jù)間是如何傳遞的缔赠。我推薦多虛心向研發(fā)請(qǐng)教衍锚，了解不同研發(fā)不同語言負(fù)責(zé)的工作，會(huì)比較容易快了解嗤堰。
目前在軟件開發(fā)中有幾種常見模式
MVC（Model-View-Controller）
MVP（Model-View-Presenter）
MVVM（Model-View-ViewModel）
目前大部分的WEB開發(fā)和移動(dòng)開發(fā)也是采用MVC模式
WEB和移動(dòng)應(yīng)用運(yùn)行的流程：
如圖戴质，一般網(wǎng)頁的工作是需要前端工程師來完成，這時(shí)候?qū)懞玫捻撁娣Q之為靜態(tài)頁面，可以被瀏覽器直接解釋執(zhí)行告匠。這時(shí)候的頁面還不具備動(dòng)態(tài)的功能戈抄。拿注冊(cè)功能舉例，當(dāng)用戶進(jìn)入注冊(cè)頁面后后专，在輸入框輸入自己的用戶名划鸽、密碼等數(shù)據(jù)，數(shù)據(jù)會(huì)傳遞到后臺(tái)行贪，后臺(tái)再存到數(shù)據(jù)庫相應(yīng)的表中漾稀，存儲(chǔ)的結(jié)構(gòu)一般為字段名+值，存儲(chǔ)成功后建瘫，后臺(tái)再會(huì)返回相應(yīng)的數(shù)據(jù)告訴頁面崭捍，頁面這個(gè)時(shí)候再提示用戶注冊(cè)成功。
如圖啰脚，移動(dòng)端的流程和網(wǎng)站大致相同殷蛇，不同的是移動(dòng)端（安卓和IOS）如果不是混合開發(fā)，大多數(shù)時(shí)候不需要前端工程師參與橄浓。
也許看完這些你仍舊對(duì)技術(shù)缺少概念粒梦，那么可以嘗試自己做個(gè)天氣預(yù)報(bào)APP或者個(gè)人的簡(jiǎn)單網(wǎng)站出來，并沒有太高難度荸实，程序入門還是比較輕松的匀们。在研發(fā)忙不過來時(shí)，一些小的改動(dòng)自己就可以完成准给，必會(huì)讓研發(fā)更加高看你一眼泄朴。
更何況，編程這么酷的事情露氮，為什么不試試呢祖灰？
