首先這個問題是這樣，產品經理在公司的定位是什麼，我招的產品定位一般是偏經濟學和心裡學，他們的工作思路就是給客戶帶來價值，創造利潤，建立交易模型，會不會寫程式碼？如果能跟研發很好的溝通，會不會無所謂，但是懂一些程式設計思想，能更有效的溝通，猿兒也會更愛你。至少不會你在提需求的時候，揍你。

我覺得，題主是一個準備或者剛剛投入產品經理工作的從業者，自己不是計算機相關專業出身，沒有掌握技術方面的知識，但又聽到一個言論：產品經理應該懂技術，便開始有些擔心不懂技術的自己能否勝任產品經理這個角色。

目前作為一個兩年的產品經理，我可以明確的告訴你：不需要

不過懂點技術對你和技術平時工作中的溝通，還有對專案開發的大致所需時間會有更清晰的認識。比如一個明明很難實現的需求，你讓技術一天完成，或者你讓技術實現根據擁有的手機殼顏色，app變色，他怕不是要把你吊起來打。

我們可以換個角度闡述此問題：1、懂技術，對做產品經理這個工作有哪些正面和負面的影響？2、作為產品經理的我，不懂技術，該不該去學習？3、懂技術的產品經理，工作中需不需要親自去寫程式碼？

正面影響：在功能設計上能夠相對準確的評估開發成本，針對一個版本的需求做出適當取捨，從整體上來看會讓產品迭代更有節奏感；能夠更好的與技術溝通。負面影響：懂技術的產品人員在工作中容易陷入技術細節而忽略最開始的使用者需求、過多幹涉技術方案從而影響技術同學決策、讓技術同學對你不爽影響工作。

我的建議：

身為一個產品經理該去學習一些技術的基本原理和框架，但沒必要學習複雜的實現細節。

比如說你知道什麼是計算機語言，知道什麼是客戶端，服務端、前端，知道什麼工作該具體到哪個人。

知道大致的開發進度，知道出現的bug應該定位到誰即可。

會程式設計和會PS、會說一口流利的英文一樣，都是工具而已，在適當的時候選擇適當的工具，即可。舉個例子，當你需要在庫裡查些資料來幫助你做決策時，技術同學恰又比較忙，那你大可自己操刀SQL在備份資料庫上自由查詢你想要的資訊。並沒有什麼必要來嚴格劃分清楚，產品經理要不要去寫程式碼。

我是個懂技術的產品經理，但也只認為自己懂點皮毛，會點python平時無聊爬取資料，並且可以提升自己的辦公效率。不過產品經理是不需要寫程式碼的，不然看到技術寫的那麼多bug，你會很生氣，都想親自上陣了可不好。