1樓：產品幫
產品經理的能力體系是這樣的模式：
從公司招聘要求上來看並沒有一定要會技術，但是對技術是需要懂一些的，懂一些技術有利於和技術人員進行溝通，這方面上來說是有必要的。因為對於技術來說，也是非常重要的能力。
一般來說，對產品經理的十大能力要求是這樣的：規劃能力、需求分析、原型設計、競品分析、資料分析、PRD文件、從零到一的經驗、學習能力，互動設計、運營能力
產品幫主要是做產品經理培訓，目前已經有大型實訓基地可以訓練。解決產品經理的各種問題。
產品經理培訓_產品經理培訓班_產品經理培訓課_產品幫
2樓：產品一哥
題主你好，乙個好的產品經理，是需要懂一定的技術的，這同時也讓你更好地和技術人員溝通，達成共識。
產品和技術的思維方式不同，懂技術能夠更好的與技術進行溝通，有助於產品更縝密更準確的翻譯業務需求和業務邏輯。
產品一哥：萬字乾貨！0基礎如何拿到產品經理offer《0基礎如何拿到產品經理offer-資料分享》，資料提取碼【z8nr】
0基礎如何拿到產品經理offer-資料分享產品經理求職-面經分享
產品經理求職-面經分享
3樓：風一樣的
強烈不認同不安分的蝸牛答案，但：
所以我覺得，…真正高收益的是你能清楚你的產品如何實現增長和起量，…研究商業模式和使用者痛點上…
這一段我個人比較認可，如果你還僅僅是乙個執行層的產品經理，我個人還是非常建議掌握一些技術知識的。
作為工作了11年的產品老狗非常負責任的告訴你，產品經理需要懂技術，但需要區分的懂，具體是：
如果你是做B端產品的，服務端的一些技術，以及資料庫相關的內容也需要了解，一般的業務優化，底層都是基於增刪改查進行的，在一些字段設計方面，特別是在所謂的「大中台」背景下，不懂技術約等於靠膝蓋溝通了。
可以非常嚴肅的說，就目前網際網路產品需求與實現相關的東西，如果說技術做不了的，80%都是因為「實現起來比較麻煩」導致，所以你若是懂一些技術，在寫文件畫圖的時候基本就大致明白這個功能或者服務，在技術層面如何實現了，也避免了上會被捏著鼻子。
要相信技多不壓身，且掌握技術對今後的職業發展依舊起著非常關鍵的作用以上
4樓：Denko
可以不懂。
前提條件是你的其他能力和給到你的資源強到足以允許你不懂技術。
可是一般人哪來這種條件啊。
所以，絕大多數情況下pm還是得懂技術。不用精通，了解基本原理和概念，技術侷限，感覺就差不多了。
5樓：才聚PMP認證
NPDP是全球3大產品經理認證之一，其頒發機構是美國老牌的產品經理人協會(PDMA)。從認可度上看，這個認證證書是很具有性，它的含金量還是比較足的。
NPDP是全行業的認證，課程內容針對新產品開發，裡面的流程比較通用和嚴謹，原因是有些大型產品，諸如IT專案、製造業、工程專案研發等等，需要規範的流程去控制風險，因此NPDP的作用就凸顯出來。如果你現在已經是產品經理或將要從事產品經理這個崗位工作，工作內容又是新產品開發那麼NPDP認證非常適合你。
NPDP產品經理國際資格認證報考資格免費評估+備考資料免費領取
產品經理來說，到底要不要懂技術，以及對技術要了解到什麼程度。
我們把對技術的了解程度分為3個層次：
1、完全不了解技術；
2、了解一些「技術框架」；
3、對「技術框架」甚至很多技術實現都充分了解。
對於第1個層次，大部分是剛入行沒多久的產品經理，完全不了解技術也是OK的，但是你需要了解特定的「產品功能是否能實現」。
否則容易出現以下情況：
老闆給產品經理小A安排了個專案，要求2週內上線。小A吭哧吭哧做了近乙個星期，然後找技術評審，技術評審時發現關鍵模組按目前的設計方式無法實現，最後需求打回重新改，導致專案延期。
如果小A初期就能預料的這個模組比較複雜，找技術大概溝通下，也許就可以避免這個窘境了。
「功能是否能實現」可以參考平時體驗過的其他產品（所以多體驗還是挺重要的），或者提前與技術溝通。
對於第2 個層次，大部分是入行幾年之後的產品經理，在專案積累&耳濡目染之下，還是懂了些技術框架，這時候基本也能了解「功能的實現難度」如何了。
比如，對於特定的功能，能知道是否需要JS支援、UE支援、前端支援、與後端有資料互動、不同部門間的API介面對接等等（不同公司可能會有差異），了解到這個程度就差不多了。
對於第3 個層次，這部分產品經理一般是自己鑽研了一些主流技術，或者是從研發轉的產品，達到這一階段不是必須的，只是乙個更優解。
對於到達了第2、3 個層次的產品經理來說，和技術溝通時會更具優勢，他們能更好的站在技術的角度去溝通。同時，對特定功能的實現難度判斷更加準確，自然也就可以更好的預判專案週期、優先順序等等。
總的來說，就是在做好了自身專業知識儲備的情況下，能去多了解一些技術，肯定是加分項。
但千萬不要本末倒置了，還是以自身專業技能為主，技術只是輔助。對於大部分人來說，了解到「第2個層次+」的程度就差不多了，儲備自身專業技能相對更具重要。
在日常專案中注意積累和總結，多用搜尋引擎，多和技術溝通，相信這個層次是比較容易到達的。
最後插乙個題外話：
如果你對技術已經較為深入的了解了，最好也不要對具體的技術方案指手畫腳。大部分情況下可能是班門弄斧，而且容易招致技術反感。
畢竟大部分人還是不希望自己的專業領域受到外行質疑的。
除非有些情況下，技術覺得無法實現，但是你認為通過一些方式是可以實現的，且成本也不是很高，這個方法技術可能沒有考慮到，這時候可以提，但也要挑好了人，以合適的方式來提。
6樓：產品經理大師兄
需要，太需要了！
產品經理從來就不是通過畫原型只做產品外表設計，而是產品的立體全域性設計，就像是建築設計師不是只會畫圖，而是要懂施工所有的細節。
7樓：Alan
為什麼要懂技術？
不懂技術工作上有什麼困難點？當懂技術了會不會給我的工作效率帶來變化，變化多少？
你在和誰交流，不懂技術你們交流一起還順利嗎？
如果能回答這幾個問題，我想你應該有答案，最後我想說的是任何事情都是有發展背景的，不同背景下的產品經理可能對技能的要求也不一樣。
8樓：沉澱
當你提問這個問題的時候，答案其實已經定了！
需要懂技術，且不說為了更好的處理工作，做好產品。
就為了，能在研發面前直起來腰，能說的上話。
學習過一句話，某一位較知名的產品人說的：不用和研發商量什麼，去妥協，要領導他們！
9樓：
這個問題跟產品經理的定義和所需要的技術是什麼有關係。
商業產品經理，偏運營的產品經理與開發人員交流比較少的，可以不用懂技術。
10樓：無海
1，大廠情況；如果公司有明確的產品開發路線，有明確的市場分析與調研（長期收益的）；那麼產品經理不懂技術未必不是一件好事，此時產品經理的重點不是技術層面，如果花時間去學習技術知識就是浪費時間了，術業有專攻。這種情況一般是是在大廠才能有，因為分工非常明確。
2，小廠情況；如果公司沒有明確的產品開發路線，而是定製化產品路線或者大量短期收益的；那麼對於產品經理懂一些技術是好事情；為什麼呢？因為這樣的是考驗公司快速相應能力，這個時候管理的作用就不是那麼大，更重要的是產品設計師的個人能力，這個在國內大部分小公司普遍存在；PS：不過話說回來可能小廠產品經理的需求也少
11樓：李子
個人產品小白剛入職，雖然我個人是計算機專業，但身邊同事有本科專業是編導的、金融的，產品也做得蠻好，我的工作經歷感覺也並沒有怎麼牽扯到技術，主要是邏輯和方案的策劃比較重要
12樓：沙鷗
先說結論，產品經理不需要懂技術。
提倡產品經理要懂技術的，一般有三類原因：
在產品預研環節，資料分析師檔(hu)期(you)太(bu)滿(dong)，需要自己動手使用程式設計工具做一些統計分析；
在產品定義環節，比較容易了解實現的邊界，不至於提出類似「根據手機殼的顏色自動匹配手機桌布」的需求；
在產品交付環節，方便和研發溝(si)通(bi)。
以上三個原因都會涉及到和研發的配合，而研發實際上可能是產品經理職業生涯裡最容易緊密合作的角色了，只要能掌握三個通關密碼：
認知：理解你的需求在什麼場景下應用，為什麼人，通過什麼路徑，創造什麼樣的價值，價值如何衡量；
邏輯：應用基本的邏輯，將上述認知用足夠清晰的邏輯鏈推導出來，設計相對完備的產品流程；
同理心：站在研發的角度，理解他們的現狀，短期訴求和中長期訴求，在恰當的時機用合理的方式，形成共同的目標。
很多產品經理在認知環節，價值看得不夠遠，路徑想得不夠透，就一廂情願想拉著人一起往前衝。自身的邏輯功夫不過硬，推導過程漏洞百出，產品流程丟三落四。缺少同理心，不分場合，不顧方式硬推自己的想法，被挑戰之後惱羞成怒，只覺得自己知音難尋，路只會越走越窄。
實際上只要掌握好上面三個通關密碼，逐步積累團隊信任，完成幾次成功的迭代，就會發現路越走越寬。
綜上，術業有專攻，對產品經理來說，懂技術永遠不會成為自己的護城河。與其在技術上投入機會成本，不如在以上三個通關密碼上多下功夫，和團隊一起成功。
希望可以幫到你。
13樓：流年怒放
這個問題讓我想起了前段時間的乙個新聞，乙個產品經理讓設計出手機UI頁面背景色跟隨著手機殼顏色變化而變化的功能，然後開發和產品經理在辦公室大打出手。不懂專業技術沒關係，基本原理都不懂就扯淡了。
14樓：Zpurple
不懂技術也可以做，只是懂技術＝節約雙方時間
99％的需求都是可以實現的，只是你要去思考為了這個需求，這個資源，值不值得去耗費這些資源
15樓：MOON
網際網路行業本身是基於技術使得資訊傳遞更加便捷。
產品經理如果對技術有一定認知，可以更好的理解技術落地的實現易難點以及實現週期。
但是現在的分工越來越細，普通產品經理如果只是分擔某些環節的工作，對技術這一塊的要求也不會特別高，沒有技術背景的產品經理也很多，有技術背景是加分項。這種型別的產品經理如果要保持競爭力，那勢必需要在自身產品邏輯層面下功夫以及公司的業務邏輯這塊加深自己的認知，不然會逐漸缺少競爭力。
除了普通產品經理之外，職業晉公升路徑的道路上要往上爬，確實還是需要懂得技術方案，不需要細緻到技術的實現，至少要懂得技術架構實現的邏輯，這樣子，與技術部門的溝通才能足夠深入，並且能把控大的流程節點。
產品部門如同公司的火車頭，不僅要在前面衝，還要起到牽引後面各節列車的銜接，銜接的環節不僅會是技術，還有運營還有市場等等。所以產品經理崗位是乙個對該崗位人員綜合素質要求比較高的崗位。保持敬畏心態，持有學習成長的態度，這樣在產品經理這條路上才能走得更遠。
產品經理需要懂技術嗎？懂到什麼程度？
起點學院 只要有幾年工作經驗的人都知道，懂技術的產品經理更容易和程式設計師溝通。如果是校招的產品經理懂技術，那一定屬於加分項！我們先看改編自楊堃老師的 決勝B端 產品經理公升級之路 書中的例子 例子中的小H的需求聽起來挺合理的，但是要怎樣去維護？怎樣去實現？站在產品的角度上，小H只是想了乙個簡單的功...
產品經理需要懂那麼多技術麼？
知其然而不知其所以然！現在的社會每一門行業都在往精細化 深層領域發展，非相關行業的人想要了解該行業最領先 最精密領域的話，投入的精力與獲得到的反饋是得不償失的。對技術而言，作為產品只要掌握這個技術有哪些功能 可以解決哪些問題 有哪些相似的技術 相比這些技術它的優缺點各是什麼 如果我使用這項技術需要做...
乙個懂技術的產品經理如何把技術和產品完美融合？
王志剛 先忘掉技術，考慮產品空間 根據產品空間，考慮技術空間，修正 融合。廢話展開 技術是服務於產品的，而不應該被技術束縛。所以在產品設計之前先忘掉技術，回歸使用者體驗 使用者需求 人性等本質來思考產品 做什麼和不做什麼 怎麼做等問題。確定了上述問題了，再來考慮技術該如何取滿足產品設計，再技術受限的...