1樓：賴賴
這很正常，在做調研時，有很多是真需求，有很多偽需求，但是也有很多真需求裡的偽需求。比如你覺得自己吃飯比較好還是別人喂你吃飯比較好？真的會有需求是別人喂你吃飯比較好！
但是真的實現了不用自己吃飯，又有多少人會去用？這本身就是個很尷尬的事情。
2樓：aaron熊貓
這種體驗很奇特
正常的使用者思維的產品經理一般不會設計使用者不用的東西只是在外部環境的要求下：甲方/boss/直接領導人的要求下，從公司戰略從願景上設計了一些改變使用者習慣，顛覆使用者慣性的東西。
從當前來感覺，沒有使用者用很失望，但是確實是自己預料中的，很慶幸，同時如果為了響應前面多碰到的環境，又會有一種想挑戰下的感覺
很奇特回歸本質，如果真有不得不做的這類功能，優先順序放最低，用最低成本快速實現，盡量讓人看到解決方案。
3樓：Jac森
現在大家一提到產品經理就聯想到酷炫的產品設計，巧妙的功能互動，高大上的逼格調性，但是產品經理工作的實質其實就是「用某一種方案解決某人的某些問題」，產品設計的工作籠統點講主要分為兩個階段：需求分析+設計解決方案。大多數入門級的產品經理關注的都是怎麼設計解決方案，但是卻忽略了需求分析的重要性
題主所談到的「做出來的新功能沒人用」其實是需求分析不到位導致的。
為了避免功能開發出來上線不久就被棄用，在做需求分析的時候，產品經理通常會考察需求的持續週期有多長，如果需求持續週期很短，一般有三種可能：1、臨時性需求；
2、需求分析不徹底，沒有挖掘出使用者真實需求；3、需求機會成本太高（「機會成本高」主要是指開發投入產出不成正比，還有其他有價值的需求等待開發功能去解決）
對於第一種臨時性需求，可以採用運維或者優化流程的解決方案來替代開發功能；
針對第二種分析不徹底的需求，不要停留在使用者嘴裡提出的痛點，要多去挖掘使用者痛點背後的真實需求；
而對於第三種「機會成本太高的需求」，選擇拒絕處理這種需求是最明智的選擇，畢竟還有許多更有價值的需求等待產品經理去處理。
至於題主說的「需求在調研時確實存在（一定的需求量），開發完後卻消失了」這種需求可能本質上就是乙個偽需求。
當接受了這種需求，還開發出了沒人用的功能的時候，產品經理這時候是應該需要認真反思自己在需求分析階段的不足了。
產品經理如何判斷乙個新功能是否應該新增？
小瞞 資源充足 上司認可，新功能自帶開關，上線後根據資料判斷 上線通過資料判斷，這條路走不通，用嘴撕 平時把業績做好，獲得威信 自信，撕的時候，容易贏。 青檸檬 判斷乙個功能是不是非要新增呢？我一般的處理思路是這樣的 1 思考這個需求到底有多大的價值，多大的用途？即這個需求是否高頻，使用者場景有限制...
乙個專案，有產品經理和沒有產品經理，會有多大差別？
來自猩猩力量的藥屎啊 產品經理的四個角色 觀察者 策劃者 執行者 反饋者如果把乙個專案比成乙個完備的人，在沒有產品經理的情況下，首先他失去了明亮的眼睛，然後失去了聰慧的大腦，之後又失去了靈活的雙手，最後失去了耳鼻喉和擔當。當然，他依舊可以行走。 APICloud 那得看是個什麼專案，我們生活和工作中...
有沒有人用拾柒app成功製作成一本書的
Qearlly 這是我從各路收集來的素材很全很多所以做起來也就更加順手啦文案插圖格式都有奧 和男朋友談了三年已經給他做了兩本了 前兩天閨蜜生日也給她做了一本把她感動死了哈哈哈哈這些素材基本沒有廢的還有很多文案的文件 有了它們做書就很方便啦 分享給有需要的寶寶奧 Qsyy 來了今天剛剛下單了 很卡很卡...