分類: 百科 常識詞典 編輯 : 常識 發(fā)布 : 11-08

閱讀 :606

產品經理（尤其是創(chuàng)業(yè)的）需要懂技術嗎？懂到什么程度？能不能簡單介紹一下對于沒有技術背景的人怎樣達到這個程度，有沒有好的方法？或者好的資源可以推薦（書或者博客等）84 個答案

答案 1：

我的觀點是：產品經理要比開發(fā)人員更懂技術。懂技術，不意味著寫代碼比工程師更好，而是明白技術能用來做什么。這個非常重要。懂技術，也會理解開發(fā)人員，一起做事情更會得心應手。懂技術，在針對一些功能實現(xiàn)的可行性上，才會有所取舍。

答案 2：

PM不懂技術沒什么問題的，但要要懂工程師的思考方法，要知道技術的一些邏輯。從實踐上看，不懂技術的產品經理做的產品成功的更多一些

答案 3：

見過幾個小公司有真正的產品經理？ 見過多少百分比大公司的產品經理是從開發(fā)轉過來的？一切都是業(yè)務需要， 高級產品經理的核心價值，即做決策、統(tǒng)籌資源與迭代的頻率，并踩準形勢的timing，不斷被用戶驅動，突破引爆點。如果只是一個寫規(guī)劃、文檔、項目協(xié)調的專業(yè)角色，技術背景和理解力不過是增加職業(yè)發(fā)展的砝碼而已。 懂多懂少，又能影響什么呢？如果不懂，那怎么做決策呢？

答案 4：

這取決于做什么產品，以及做產品的哪部分，還有“懂技術”也有各種程度，總之這個問題不能一概而論。如果是做-寶（.jiankongbao），我們要求產品經理必須懂技術，因為這本來就是技術型產品。如果是做一個非技術型的產品，懂技術的產品經理可以更好的在合理設計、實現(xiàn)難度、性能三者之間做好權衡，如果網站沒啥-，那性能就算了。你可能說產品經理不用管實現(xiàn)和性能，理論上是這樣，但是前提是你得有一個比你這個產品經理更懂產品的程序員來幫你預見未來可能會讓你抓狂的問題。那產品經理到底要懂多少技術？這是個世界難題，或許可以寫本《給產品經理看得技術書》哈哈。

答案 5：

作為一位工程師，和一位在不斷追求更好產品的設計人員。個人認為，產品經理最好是這樣的：一、 精通技術。技術很容易框住人的思想，要不特別精通，能隨時跳出技術的束縛，帶給產品真正的提升。一般這種產品經理會出現(xiàn)在像 Facebook 和 Google 這種工程師能主導產品的公司，或者一些技術型創(chuàng)業(yè)公司。二、不懂技術，喜歡天馬行空，又能聽得過工程師的建議。精于產品的設計，生命周期管理。如果只是略懂點技術，可能（注意，是“可能”）會帶來思想上的限制。一個人永遠不能管得了那么多，精通得了那么多。有時候我們更需要的不是會技術又會懂產品的產品經理，而是相信伙伴能做得好，并鼓勵其一起去做得更好的產品經理。

答案 6：

產品經理其實不需要懂代碼里的細節(jié)，但最好知道實現(xiàn)這個功能的技術模型是什么樣的，理解一些術語。有一定的開發(fā)經驗最好了，不懂也可以工作后補一點（我看到我同事就買了本J-A編程思想，嘖嘖），主要是為了與技術順暢溝通，少提出讓技術覺得不可行的產品設計。但要注意不要讓技術束縛了你活躍的思維。

答案 7：

這里我覺得需要看“懂技術”是屬于哪個模塊的，架構，CODING，還是算法邏輯？個人認為，互聯(lián)網公司的產品經理需要了解的是從需求到實現(xiàn)的解決方案，根據項目資源，做出最佳選擇~ 更偏向綜合性質吧打個簡單的比方:產品經理相當于一個打車的，知道要去哪兒，并且知道：哪條路最短；哪條路繞一點但是最順暢；如果哪條路限行了，該走另外一條路。。。那么，技術開發(fā)團隊就相當于是司機。打車的可以不會開車，但是要到目的地，知道上面的東西，可以省錢，省時間~ 司機可以接不同的人，不同的路線，只要能走到目的地就行~

答案 8：

優(yōu)勢：1) 在考慮產品可以有哪些功能時，自己就能確定大部分功能是否可以實現(xiàn)，實現(xiàn)的成本有多大，能不能做，而不用咨訊相關專業(yè)人員，省出很多時間。2) 在缺兵少馬時，自己還能擔刀上陣折騰一把。缺點：1）容易跌入產品的實現(xiàn)細節(jié)去，而忘記自己更應該思考的是這個功能應不應該做，要做成什么樣子，應該在什么時候完成，誰來做，要做的功能還有哪些—-而至于如何實現(xiàn)，應該交由具體的成員來做。2）在與產品團隊成員討-能時，忍不住想發(fā)揮下自己的技術，過多摻和到團隊成員的專業(yè)領域，會令他們心里排斥，雖然很多時候他們沒有很多說出來，而每個人都想發(fā)揮自己，希望證明自己所想的是對的。揚長避短：1）在進行技術思考時，只需要知道可不可以實現(xiàn)，而不應過多去考慮它如何實現(xiàn)。2）將表現(xiàn)機會留給團隊成員。在與團隊成員討-能的實現(xiàn)方案時，謹記你給出的只是建議，而不是命令，除非該成員對如何實現(xiàn)某個功能真的一愁莫展，除非該成員是個新手或者能力太爛，又或者這個功能至關重要。3）因為是技術已經深入技術型產品經理的基因，所以理所當然對技術會有所關注，要注意的是，不能把太多時間投入到技術（假設你的公司不是技術驅動型），在運營、營銷、用戶體驗也要給些精力。

答案 9：

從一個工程師的角度看, 根據以往合作的經驗, pm懂技術還是很難能可貴的, 一方面大家容易在同一個語言環(huán)境內對話, 二者大家都不用扯皮, pm不會不可理喻, eng不會瞞天過海, 三者我覺得這是很好的良性互動,是一種螺旋向上的趨勢

答案 10：

了解技術1、知道怎么和技術進行溝通，用技術的思維去講述自己的產品邏輯2、知道怎么樣確定產品從開發(fā)到上線的周期，合理安排項目時間3、知道產品的設計中如何避免提出造成技術不可行的方案技術也應該是一個好的產品！

答案 11：

又是個這樣的問題。。。不需要多懂技術，但是要懂搞技術的人。能聽懂他們語氣里的行與不行，是真不行還是有點虛。能懂他們與產品迥異的思維邏輯，并通過良好的溝通進行理清，達成共識。面對搞技術的人，要又貼心又堅持。

答案 12：

我認為，如果你能達到下面三個要求，懂不懂技術都無關緊要。一，很多產品的誕生往往和技術創(chuàng)新有直接聯(lián)系。如果你能對新技術的發(fā)展有敏銳的嗅覺，并且理解新技術可能對用戶帶來的價值，那么，你不需要懂技術。二，如果你可以和開發(fā)團隊流暢溝通，你能明白他們的困難，他們能理解你的表達，那么，你不需要懂技術。三，如果你的需求從來不會以“不具備技術可行性”被開發(fā)打回，那么你不需要懂技術。有些懂技術的人這三點也未必做好，有些不懂技術的人這三點也做得相當好，呵呵。但從概率論上，懂技術的人會處理得相對好一點。僅供參考。

答案 13：

作為產品經理，我十分希望自己更懂技術。最好是能看得懂代碼，了解代碼背后的邏輯和意義 —— 這十分有利于和工程師的溝通協(xié)調。同時如果產品經理晉升到更高的管理職位時，需要垂直管理更多的 PM + 工程師，對于技術的了解會讓項目掌握更加游刃有余。

答案 14：

>

懂技術，對于做產品能更直接達到你的初衷，沒有溝通中的信息損失或扭曲。

懂技術，可以知道什么能做到，什么做不到，跟工程師更好溝通，懂設計也是一樣。

懂技術，往往能比別人更快的出產品和改進，在早期很重要。

下一篇:滾筒洗衣機好還是波輪的好？ 下一篇 【方向鍵 ( → )下一篇】

上一篇:知乎的所謂話題討論是否是一場看上去很美的晚宴？ 上一篇 【方向鍵 ( ← )上一篇】