1樓：徐征南
首先，「需求覆蓋率」是什麼意思？
是指「功能使用率」，還是指「版本更新率」?
其次，如果評估以上兩個指標，懂不懂技術和是否能評估出來，關係不大。
最後，我覺得這是乙個壞問題，問題本身的定義和對問題的解釋都不清晰。
2樓：帥到撕心裂肺
不懂技術，做不了好產品
產品經理可以不是技術出身，但不能不懂技術
之前那這個不懂技術亂做產品的，是不值得學習的，也是終究要被淘汰的
3樓：東垚
首先在梳理原型和需求文件時，盡可能的把邏輯都寫清楚（功能互動邏輯和業務邏輯），然後拉著技術一起評審，根據過往的經驗，只要邏輯清晰不存在歧義，其實開發都可以實現的，只是看實現的難度，那麼按功能點的優先順序綜合實現難度評出優先順序，可以分階段開發，例如有些功能自開發成本較高，那麼可以嘗試找第三方介面實現。
成本：無非是時間成本和人工成本，這個就要看研發部的資源分配了，當前功能是否緊急，應需抽多少人去做這件事，這個需要結合市場的緊急程度拉著研發總監一起溝通就出來了。
產品經理一定要學會借助團隊的力量，當你的經驗不足時，需要和各種人多去溝通，自然工作就有成果了。
4樓：周家文
你知道剛開始其實沒有產品經理這個崗位的。起初都是研發兼任產品、專案和開發，甚至是測試的職責。後面專案或者產品越來越大以後，發現需要將職責更加精細化，所以才會分化出產品、測試、運營和開發等不同的崗位職責。
術業有專攻，我同意產品經理懂技術是乙個加分項，但是你再懂技術也不可能達到專業開發的水平。人是有限理性的，包括人的學習能力，認知範圍和精力。產品經理不可能是全才，只可能是T字型人才，產品專業素養是一豎，在這個基礎上不斷拓展相關領域的知識，比如說行業知識，業務規則，開發技術，運營理念，商業經濟，心理學等等。
產品經理最主要是要理解使用者的需求，定義產品的價值，知道產品什麼時候應該做什麼，怎麼做才是關鍵，一言以蔽之，就是如何做正確的事。
而對於如何評估工期、實現成本等可以由開發leader去評估，否則要開發leader來幹啥？要團隊來幹嘛呢？需求覆蓋率這個確實是產品需要評估的，這個跟技術好像關係也不大吧，比如你要給需求排列優先順序，一般就是兩個維度：
使用者影響範圍（使用這個功能的活躍使用者）和開發成本（需要多少開發資源）來進行評估。
5樓：
簡單寫兩句，現在是團隊作戰的狀態，涉及售前、售中、售後，包含架構、技術實施，後期運維、運營等；這不是乙個人能夠做得起來的；所以需要發揮團隊的作用，專業的人做專業的事兒，不要想著通吃。
需要技術支援，那就拉著架構、技術來溝通；需要成本了，商務、專案經理來一起評估；出整體可行性分析報告。
各司其職
什麼技術都不懂能否成為產品經理？
夜的黑擇明 做產品不一定要懂技術，產品是針對行業的，你可以不懂技術，但是基本的應用應該了解，這是基於產品合不合理的乙個關鍵。比如說你要開發這個產品能不能實現，要多大的難度這些你是必須去了解的。因為這個對於後期去開發是要估計的。第二，你必須對這個行業很了解才能做好產品經理。當然除非你有時間去邊學習邊做...
不懂技術的產品經理發展路線是怎樣的？
產品一哥 題主你好，如果我們技術不過硬的情況下，有幸進入自己心儀的公司，那麼可以通過與直屬領導的溝通，了解自己需要掌握哪些必要的技術知識，比較快的學習途徑以及需要掌握的程度。你可以嘗試了解開發團隊正在做的工作的技術細節，雖然這會是一項很艱鉅的任務。但是，只要你能夠更多地向開發人員提問，並真誠地傾聽和...
初級 產品經理 在不懂技術時如何應對極個別 RD 的故意刁難或推諉扯皮？
日野俊基 作為開發談一下吧。1.關於重構 設計和試錯是需要成本的，只有團隊裡雙方都作出必要的退讓才能實現。2.關於需求 元需求是妥善解決問題必須的，但開發也別想著忽悠或者越俎代庖，將方案利弊鋪開，讓策劃自己權衡。3.慢慢來，其實是最快的。能夠盡量有條不紊的把問題解決，比快更好。忙中出錯是必然的，策劃...