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

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

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

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

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

我的建議：

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

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

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

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

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