做產品的也要懂技術，產品經理要從哪裡入門學習代碼？

12-31

個人認為PM對技術的了解主要是在

1.技術架構/實現方式

比如設計一個網站類的產品是使用什麼編程語言開發的php,jsp或者Python。確定了編程語言以後你要知道整個產品項目中使用了什麼開發框架，是團隊自己研發的框架，還是使用市面上比較流行的框架。其次是資料庫的選擇，根據你們的業務需求是使用mysql這種關係型資料庫還是mongodb這類非關係型資料庫，最後就是伺服器，伺服器一般關心的問題就是穩定性，安全性，還有負載了。

根據不同需求選擇伺服器，

使用什麼樣的伺服器？自己管理的，還是雲。如果是雲的話還要了解一些雲服務和產品的內容，比如RDS，負載均衡，內容分發等等。

使用什麼操作系統是window還是linux？Linux的話一般還分Ubuntu和redhat兩個派系。

伺服器的運行環境是怎樣的？使用怎樣的代理nginx，Apache還是tomcat或者為了實現高負載混合使用它們還是要自己用node來寫一個更好更適用的。還要注意是否有其他插件需要支持。

如果是桌面級應用或者是手機APP這樣的產品需求的東西還不一樣，你還要考慮跨平台性以及其他細節問題。上述例子主要是網站產品主要依靠瀏覽器，平台兼容的考慮少一些。

2.技術特性

技術的生命周期：作為產品經理的你已經知道了產品是有生命周期的，那麼其實我們生產產品使用的技術也是有生命周期的。假如項目周期比較長，比如10年吧，技術生命周期一般就2~3年，伺服器操作系統生命周期會更長一些，，如果這部分能考慮到能節省很多重構成本。可是關鍵問題是這個問題本身就不太現實，我們很難預測2~3年以後我們的產品的樣子。

技術的優缺點：作為PM你不用了解具體的實現方式，關鍵在於你要知道不同技術架構有什麼優缺點，適合做什麼事情。比如mysql和mongodb的區別，php和jsp的區別，它們的開發效率和健壯性怎麼樣，是不是符合我現階段產品開發的需求。項目不大其實沒區別，項目大的話就很明顯了。

3.技術成本

不管怎麼說作為PM掌控產品全局你要知道整個項目的技術開發成本是怎樣的。其實都是項目管理裡面的內容這裡就不多說了，值得提的是程序員是個喜歡創造的工種，如果你只是設計好了讓他們照著設計做他們會玩的很沒樂趣的。要讓他們也參與其中你會發現你的項目會比你想像中的進展要好。親測，上個項目，我的開發團隊就為客戶提供了超出合同範圍的各種各樣的功能……重要的是這部分開發人員是願意付出不計較成本的。（丫的，你們搞那麼多功能就不怕有BUG客戶再讓咱們改嗎？？？？）

4.了解設計模式

其實才是整個業務架構里比較重要的東西，不過我現在理解的也不深刻，只能建議了。

一般你要先了解面向對象編程是怎麼回事。

然後了解一些，單例模式，工廠方法模式，抽象工廠模式，建造者模式，原型模式，這類的設計模式。了解以後對你認識程序員的工作有所理解，最少忽悠不了你，你知道他們設計一個業務邏輯的流程是怎麼樣子的。這樣就能做到心中有數了。

最後小弟在此分享自己項目中的一些經驗，有不準確的地方不吝賜教，也請各位多多指點。

適合互聯網項目經理和產品經理的「科普讀物」 (評論: 大型網站技術架構)

懂技術不代表要會寫代碼。針對你負責的產品模塊，了解技術架構、實現邏輯以及相應的開發團隊架構才是最重要的。會寫代碼是加分項；不了解大局上來就聊代碼，是越俎代庖。

推薦淘寶技術這十年 (豆瓣)這本書。了解淘寶從一個不起眼的小網站，發展成現在的巨人，技術方面是如何演化的。

你需要知道水可以用來泡茶，做湯。不需要知道水是H2O

Codecademy 能學到入門的知識，對入門做產品已經足夠了。更多的是在實踐中通過和程序員溝通，去學習相應的知識。比如你在做一個 web 項目，程序員告訴你項目里用到的技術是 Ruby on Rails，然後推薦你去看 Rails Tutorials，你花一個星期掃完這本書大概就能上手管理項目，再在後來的實踐中不斷學習相關的技術。這也是做產品的人攢經驗的必經路吧。

想深入學某方面技術也可以到 Coursera, edX, 網易公開課上找相關的課程來看。常用來做產品的技術其實都能通過這些網站學習到了，走極端的甚至能通過這些資源學完 MIT 本科 CS 的全部課程 TED-Scott Young-Can you get an MIT education for $2,000?

產品經理根本不需要懂代碼， 只要你對技術人員好，溝通得好，給他們足夠的自由和薪水，不加班，做出來的產品自然就好。如果產品經理非得要去參與進技術中去，這樣出來的產品就是四不象，好比，大堂經理非要進廚房指點廚師幹活一樣。

怕就是怕，產品經理不懂技術，非要在技術人員面前討論技術問題，這是大忌

1. 產品經理要懂的「技術」，並非單純的「代碼」

2. 全世界程序員學習代碼都從這裡開始：「Hello World!」

對於產品經理知識範圍的理解與拿捏，還需要下點功夫。

見到N次這種問題了。

我曾經就是一個不懂代碼的產品經理，但是知道是怎麼回事，譬如網站或軟體是怎麼做出來的，知道兩進位和資料庫是怎麼回事，前端後端伺服器的基礎知識要有。還有，知道程序員一天到晚在屏上在碼些什麼就可以了。其他，邏輯一定要好，理解力要一流，表述要明白。

基本這些就能入職了，你不必要去讀懂每一行代碼是啥意思，但要知道主流的技術能做出哪些功能實現哪些效果等等。

另外，對於技術出身的產品經理，反而要記住一點，不要讓自己的知識為想像力設限。有時，做產品是要點「天馬行空」的本事，你知道得太多（這個太多其實是指你技術知識可能沒深到讓你「手中有劍似無劍」的境界），反而思維上有「這樣難以實現，那樣比較麻煩」等等的攔路虎出來。

你可以去不斷地了解程序語言和新技術的發展，但不必要深到去精研它們具體去怎麼實現一項功能的，最多吃飯的時候和技術GG們吹吹牛聽個有趣權當長見識，但別陷得太深。

太深得話，不如直接去當程序員算了。

產品經理要專註更感性的東西，才能讓產品有「人氣」。

比較有意思的是回答這個問題的大部分都是不懂技術或者不會寫代碼的產品經理。實際上不學一下基本代碼，你永遠不知道程序員的世界，不知道技術到底是什麼。這種情況下對於技術成本，實現方式，架構等的理解永遠是霧裡看花，YY。變數、常量、條件循環等基本的編程都不知道能說懂技術！不排除有情商非常高的pm能夠靠溝通等彌補技術不足，但是反之情商高+懂技術肯定更加如虎添翼。「會編程是減分項」更是無稽之談，通等情況下絕對是懂編程的優先錄用。當然了解基礎就行了，術業有專攻。並不是說了解技術太深了不好，而是產品經理要學習掌握的東西太多，時間精力有限。

告訴大家一個殘酷的事實：當你面試產品經理職位時，你的「懂代碼懂技術」往往會成為減分項。為啥？因為現在
國內 IT企業根本不缺乏程序員，他們把希望都寄託到招聘「懂模式、懂需求、懂設計的產品經理」這件事上了。

個人觀點求同存異：真實場景的例子是在和開發溝通的過程中，用開發可以聽懂的語言溝通，溝通更加高效，這點就需要你知道水不僅僅是H2O ！不為開發同學考慮的PM都是耍流氓！

（當然，我的意思是不需要比開發還要懂得程度，最起碼基本的都需要明白！）

個人認為如果跟技術打交道比較多的產品經理的話，還是自己要去多自學些技術知識，可以去看看有關產品經理需要看的技術的書，比如產品經理必懂的技術那點事兒，記住千萬不要強求去看本來技術看的書，估計你會看的很痛苦，或者去聽聽you?guan具體要掌握的知識我羅列一下吧，1.http的基本原理。2.app和h5的區別以及通信。3.web前端的基本概念。4.後台的基本知識。5.常用的技術術語，比如SDK，插件，介面，協議等等。推薦一個講給產品聽的技術live,直接搜索產品經理必懂的技術知識就可以啦，或者點擊鏈接:https://www.zhihu.com/lives/862662719852122112

我的產品經理之路：寫碼-運營-產品

計蒜客。

產品經理對邏輯思維能力，綜合能力要求比較高

看來產品經理的最快學習途徑是創業。估計多搞幾次自然就是產品經理了。呵呵

就好像你要知道氧氣是用來呼吸的，不需要知道氧氣是O2