1樓：[已重置]
老闆讓你幹什麼，你就幹什麼。
如果最後證實是偽需求，或者優先順序不高的那種，反正老闆背鍋啊。
就這樣，我們只要領工資就好了，程式設計師也一樣，就說這個需求老闆提的，怎麼著？
2樓：方小花
需求主要還是分兩種，一種自發的需求，一種是外部需求
而本來自己是產品，那麼產品需求就是自發的需求，我的理解是這樣的，有誤請糾正
有時候產品需求這個東西很魔幻的，也不好定義，因為你的產品不只是一小部分，就算是小功能，但是牽扯肯定有的，更多還是別人未提需求給你的時候，自己發現了需要去改進。
還有一種就是，從0到1的做乙個專案，公司沒人做過，也沒明確的思路，只能產品先走，先做第一版，那麼產品的定義就很重要了
而我們平時接觸的專案，都很難會遇到這個情況，因為日常的維護已經忙不過來，而大公司也不會不做規劃就讓產品先做
說會正題，如何定製產品需求
先不管是什麼需求，都要進行乙個市場調研，是否存在競品
結合公司業務情況，整合一下方案，那麼前期需要做需求的調研，資料收集，產品定位，可行性分析，因為產品階段負責的需求，那麼就要拋開角色利益去分析
而我們去定義任何乙個板塊，甚至是乙個字段，都必須從多角度去思考，因為需求發起往往是發起人的角度去覺得這個功能的需要，但是忽略掉其他角色的配合和市場的可行性，所以產品應該更多的承擔多角度的挖掘這個需求，首先判斷需求真偽，通過前面提的需求分析去判斷
3樓：星河系教育
簡單說，需求有兩類。
老闆和甲方的需求：這樣的需求，產品經理無權干涉，最多就是「死諫」一兩次，實在不行只能照做；
廣大使用者的需求：只能由產品經理揣摩推測，因為無法把成千上萬個使用者找來逐一詢問。這樣的話，產品經理的決定權大一些。但是，最後決定是否實施的，仍然是老闆或甲方。
制定需求，就要多聽別人的意見，然後結合自己的想法，綜合起來進行整理。
值得一提的是，切忌乙個人胡思亂想出什麼「可以改變人類」的偉大需求，以為這樣才能一舉成名。因為如此這般，往往是失敗收場。
乙個產品能否成功，是很多人共同努力的結果。絕不是產品經理突然奇想就可以成功的。
需求，只是影響產品能否成功的一方面因素而已。
4樓：面壁官人
想了想，不太明白什麼意思？
假設問這個問題的前提是：使用者需求已經分析完成了，弄清楚了使用者真實的需要！
產品需求是解決使用者實際問題的【解決方案】
那麼制定產品需求是這樣的：
功能清單-->功能流程-->模組原型-->產品原型-->業務邏輯當然，我是 AI 硬體產品，是這樣的，不清楚您是哪個行業的，什麼業務型別的產品。
如何鑑別產品經理的真偽需求？
產品一哥 題主你好，看乙個產品經理的需求是否是從產品價值出發，通過提問的方式，多問為什麼，目標，核心點是找到產品 需求 的價值和目的，我把我的經驗總結出來分享給你。當我們說真需求的時候，我們可以將之定義為這一需求代表了特定群體大多數人的共同真實需要 反之則可以稱為偽需求。我們以下不會在真假需求上多費...
產品經理如何寫PRD需求文件？
劉歡迎 PRD 產品需求文件 是讓所有團隊成員保持一致的答案。它作為乙個單獨文件，所有團隊成員和利益相關者，都可以理解產品的目的和需求。它不需要是乙個非常詳盡的文件，但它應該提供產品的基本概念。乙個好的PRD文件應該有以下幾個部分 產品簡介，願景和目標 產品為誰開發 為什麼要開發這個產品 競爭態勢與...
產品經理如何做好需求管理和分析？
海峰 需求管理和分析需要分開。單叢業務季節屬於不同類別。需求管理是需要定製標準的需求管理方案，建立需求分析儲存池子。將蒐集到的碎片化需求通通放入需求池裡面，進行統一分類，設定優先順序，然後細化需求。這部分內容在需求管理中。另外細化需求時可以將多個有關聯的碎片需求集中梳理，繪製流程圖，將大的思路理出來...