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

目前作為一個兩年的產(chǎn)品經(jīng)理，我可以明確的告訴你：不需要

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

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

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

我的建議：

身為一個產(chǎn)品經(jīng)理該去學習一些技術(shù)的基本原理和框架，但沒必要學習復雜的實現(xiàn)細節(jié)。

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

知道大致的開發(fā)進度，知道出現(xiàn)的bug應(yīng)該定位到誰即可。

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

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