懂程式碼更好，不懂也沒太大關係。

產品經理是負責提出需求，程式設計師來完成程式碼開發，設計師完成互動，視覺設計。經常情況，矛盾點幾個：

1:產品經理天馬行空的想法，現有的技術框架是否能完成需求開發？

2:有實現需求的技術框架，能否在交付日期內完成開發？

3:投入多少人力能按期交付需求？

4:優先順序的理解不一致！

怎麼破解以上幾大困惑？

答：1:產品經理自己很靠譜贏得團隊的信任，那麼產品經理的目標就是團隊目標。這點主要靠過往業績支撐。

2:產品經理懂些技術趨勢 技術框架，也就是能更懂程式設計師，協作會更順利。

3:溝通能力很強的產品經理也能解決不懂程式碼，但是驅動團隊按期交付需求，能站在對方角度，聽對方講方法，講困難，一樣能把程式設計師調動積極性。玩笑的說，很多產品經理為啥招美啊，呵呵。

我簡單列舉了3條路徑，應該還有其他，所以，不一定需要懂程式，但一定要懂程式設計師！

產品經理是否真的需要懂程式碼？謝邀~~簡單的說：產品經理不需要懂程式碼也能幹，但懂程式碼能幹的更好。產品經理的職責產品經理是對整個產品負責的，他需要根據整體的公司戰略，協調多方資源，推動這個產品達到計劃中的目標。他並不僅僅是關注與產品的UIUE、功能設計上；更重要的是關注產品本身的運營發展方向，如何規劃和實現產品戰略；所以他不僅需要具有良好的溝通和協調能力，對問題的分析和解決能力，更要有大局觀、商業嗅覺、市場觀察能力。不懂程式碼的產品經理產品經理需要關注設計是否符合產品戰略，這表示他經常需要對一些設計問題給出意見、並做出決策。產品經理無需明白設計的具體實現細節，但他需要在High Level明白這種設計解決了什麼問題、帶入了什麼問題、有沒有更好的設計來實現。其次他有責任為開發團隊澄清產品方向和選擇性問題，需求性和優先順序的問題；如果不懂程式碼，那麼他安心的作為一個全域性思考者、協調掌控者、服務者，就能夠很好的為整個團隊帶來最大價值。有一個架構師或者ScrumMaster進行日常配合，小日子就更加Happy了。懂程式碼的產品經理

恭喜你，你不會經常苦惱聽不懂開發團隊在講什麼。你能夠比較容易的瞭解開發人員在選擇某種設計時，是基於什麼考慮，是否過度的高估或低估了問題的複雜度；這樣能夠有效的避免整個團隊走入設計誤區，用牛刀殺雞或者用指甲刀殺鯨魚。你能夠愉快的和從架構師到普通開發人員一起討論產品的具體實現，但注意不要迷失在解析程式碼問題的快感裡，全域性觀、全域性觀、全域性觀是最重要的。

已經有蠻多人回答了，回答的挺好的。

其實就一句話：程式碼並不是產品經理的本職工作，但是懂程式碼可以提升自己的認知，從而提升自己的工作效率（例如和技術溝通的效率就更高了）

所以產品經理需要懂很多東西，這也有利於自己在最早的時候設計相對比較Ok的產品