產品經理需求收集怎麼做

① 產品經理工作內容

每個公司對產品經理的定位和職責都有所不同，但一般都會涉及到的工作就是需求調研、挖掘需求、畫原型寫各種文檔（MRD、PRD、產品說明文檔、產品使用文檔等）、跟進項目進度、協調各部門人員。（你說的注行業動態、關注產品數據都只是對幫忙你更好的需求調研、學習的一部分，你提高你自己能力的一部分，並不是產品責任本來，只是它的延展罷了）

大公司里的產品經理，負責產品的需求收集、整理、歸納、深入挖掘，組織人員討論需求，然後寫MRD，進行產品規劃，然後畫原型，寫PRD，與UI設計師、交互設計師、開發人員、運營人員溝通，並推進、跟蹤產品開發到上線，上線後再根據運營人員收集的用戶反饋、需求，進行一下版本開發、迭代。

小公司里的產品經理，根據老闆提的產品方向，然後開始研究競品、收集整理用戶需求，進行產品規劃，畫原型、寫PRD，與UI設計師、開發人員溝通，並推進、跟蹤產品開發。開發完之後再去各大第三方應用市場上架，推廣、維護，自己收集用戶反饋意見，需求，進行下一版本的開發、迭代。

產品經理收集分析用戶需求，寫MRD，然後根據需求來策劃產品功能，畫產品原型、編寫PRD等文檔，同時也要負責產品的項目進度，與產品設計師、交互設計師、技術開發人員做溝通；

產品設計師：通俗點說法就是美工，用PS等工具設計出產品效果圖；

交互設計師：就是根據用戶習慣，調整原型、效果圖里的布局，文字、按鈕擺放位置、形式等等，完善下交互細節，提長用戶體驗，將產品更加易用、好用（產品經理是設計出產品功能，讓這東西能用）；

大公司里產品經理和交互設計師是兩個崗位，小公司則都是產品經理一人負責，有些各小的公司連UI設計師、產品經理、交互設計師都是一個人搞定。

② 如何做好產品需求管理

需求不總是顯而易見的,而且它可來自各個方面。需求並不總是容易用文字明白無誤地表達。存在不同種類的需求,其詳細程度各不相同。如果不加以控制,需求的數量將難以管理。需求相互之間以及與流程的其他可交付工件之間以多種方式相關聯。需求有唯一的特徵或特徵值。例如，它們既非同等重要，處理的難度也不同。需求涉及眾多相關利益責任方，意味著需求要由跨職能的各組人員來管理。需求可能發生變更。需求對時間敏感。當這些問題同時出現，如果沒有需求管理或處理技能不足以及缺乏易用工具等情況時，業務就會進入混亂，甚至是面臨癱瘓與失敗。為此我們不得不重視和加強需求管理。

需求管理是完整管理模式中的一環，同其他特性諸如完整性、一致性等不可分割，彼此相關而成一體。一套需求管理應當是已知產品需求的完整體現，每部分解決方案都是對總體需求一定比例的滿足（甚至是充分滿足），僅僅解決部分需求是沒有意義的。對關鍵需求的疏忽很可能是災難性的，試想一架飛機的安全設計不過關將會帶來什麼樣的後果。不同的需求組合起來，構成了一個需求池，然後通過管道（流程規范）進行流轉，將產品價值交付客戶。可以說，需求管理指明了產品開發所要做和必須做的每一件事，指明了所有設計應該提供的功能和必然受到的制約。需求管理的過程，從需求獲取開始貫於整個項目生命周期，力圖實現最終產品同需求的最佳結合，如圖7-3所示。通過對需求管理在項目進程中實施的不同任務進行分析，我們可以看出需求管理所起的作用。

圖7-3 需求管理流程（示例）

建立需求管理流程的首要任務在於使產品團隊對於需求管理都有一個明確的認識，並明確每一個人在項目中所起的作用，進而對整個項目有一個整體把握。因此，需求管理需要解決的第一位也是最基本的任務就是建立需求流程和規范，並使所有相關人員達成共識。

為了建立一個真正滿足工作需要的需求管理系統,產品團隊首先必須確定系統要解決的問題，即需求來源。然後,團隊必須將採集到的所有需求進行匯總，歸入需求池中進行統一管理。繼而對需求的有效性、真偽、分類、時效、優先順序進行分析、再確定需求是否要接納進行開發，並做好狀態標記。接著對已確定的高優先順序需求指定需求負責人對其進行詳細分析，並提交評審，通過後列入版本計劃。最後由產品開發團隊負責需求實現，交由測試人員嚴重通過後對外發布。如果客戶或內部需求提出人員對交付的結果不滿意，可以進入需求管理循環處理改進，直到客戶滿意或解決問題為止。

需求管理是一個動態的過程，離開了能動的、變化的系統進程而空談需求管理，無異於紙上談兵。需求管理恰如裁縫的量體裁衣，它直接關繫到最終產品的成型。僅從字面出發，如果一個產品滿足了客戶需求，那它無疑就是成功的。

③ 產品經理如何做好需求

首先要明確，你這個產品是給誰用的。有兩種可能性：

1. 給公司某一個部門，或者公司老闆用的。這樣的話，那個部門經理或者老闆就說了算。他們說好，就是好；
   

2. 給社會上的廣大用戶用的。這個聽起來很虛，其實也就是給老闆用的。因為用戶太多，你也見不到，還是老闆說了算。

所以說，老闆說好，就是好。你不是喬布斯，別在公司里耍小聰明。掙到錢就行。

④ 如何做一個產品經理

了解產品。作為一名產品經理，對自己所管轄的產品有一定的了解是非常重要的，畢竟產品經理是貫穿整個產品製造以及銷售的人，所以，自己要先了解產品，才能更好的針對產品來做後面的工作。2/6指導產品生產。在整個生產環節，可以適當的指導產品生產，與技術人員取得密切的聯系與溝通，這樣才能在產品生產的過程中肩負起責任，畢竟像技術活之類的交給技術人員就可以了，但是產品經歷仍然可以針對其它方面提出建議額。3/6具有創新意識。一個產品想要在市場上取得一個好的銷售成果，想要獲得好的口碑，那麼在製造這個產品的時候就可以適當的融入一些創新意識，並且還要在之後的生產中不斷的創新，以便於更方便人們的生活。這也是做一個產品經理應該做的。4/6打造獨具特色的產品買點，作為產品經理，不僅要在產品製造的過程中嚴格的監制，更要在銷售的時候嚴格把關，要像產品的銷售好，那麼就必須把這個產品能拿出來的買點來進行更好的打造。5/6及時的調整策略，產品經理換句話說就相當於是一個舵手，在發現產品製造或者銷售過程中出現的問題的時候，要勇敢果斷一點，發現策略不多就要及時的調整。6/6和員工以及上級處理好關系。雖然說產品經理主要負責產品的製造生產和銷售，但是仍然需要和手裡面的員工以及上級處理好關系，這樣才能更好的得到一些消息，以及使整個部門更加的和諧團結。

⑤ 產品經理主要工作流程是怎樣的

一、產品經理的需求來源

產品經理一切工作的本源是：需求。所以我們從需求來源開始講起產品經理完整的工作流程。互聯網需求來源一般有：

1、產品需求：產品經理通過數據分析、用戶調研、競品分析等方法驗證通過的需求

2、運營等業務部門提交的需求：比如以京東為例，服飾業務部/生鮮業務部/家電事業部的運營、采銷等人員出於提升業務指標的角度會提出各種需求

3、老闆的需求：領導從外部合作的角度或者產品戰略的角度也會給手下的產品經理提一些需求，比如我還接到過大Boss和老闆娘的需求

4、Bug修復等：在工作中修復BUG是一件比較常見的事情，影響面大的BUG會走緊急修復流程，不太嚴重的BUG會走迭代排期。

二、需求池的管理

通過以上幾種方法收集到的需求會統一放到需求池中。需求池大家可以理解為所有需求的集合（包含待確認、設計中、帶排期、開發中、已上線等所有狀態）。

一般來說，使用execl表格管理需求池即可，按照各種需求狀態進行分類展示。

三、需求優先順序

我們需求池的需求會非常多，但是每個迭代的時間是有限的/研發資源是有限的，所以導致我們只能從需求池中挑選出少量需求進行開發，從而誕生了需求優先順序的概念。

一個迭代中肯定有限做優先順序高的需求！

那如何排定需求優先順序呢？

一般來說有兩個場景：

1、從0到1設計一款產品

這種場景下的需求來源基本上都是產品需求。建議大家去了解一下KANO模型，這個場景下的需求優先順序一般來說是：基本型需求>期望型需求>興奮型需求

2、在原有產品基礎上優化

這種場景的需求來源會非常廣泛，可能之前講到的4中來源都是涉及，那如何排定需求優先順序呢？一般按照產品價值和實現成本兩個維度。

產品價值可以分為兩類：業務價值和用戶價值。

價值定義：

• 業務價值：對應商業類產品，稱為商業價值，體現在能給業務帶來多少收益。

• 用戶價值：對於使用者來說，能給他帶來的價值，比如說能減少操作步驟。

在這種方法下，優先順序的排序邏輯是：產品價值大實現成本低>產品價值大實現成本高>產品價值小實現成本低>產品價值小實現成本高。

四、需求確認

當梳理完需求優先順序之後，我們就按照開發工作量挑選優先順序高的功能組成新版本/新迭代周期的需求列表。

梳理完需求列表之後一般要跟直屬領導當面溝通一版，這叫需求確認。在這個階段要做好挨批、被懟的准備。領導會從各個維度「挑戰」你需求的合理性。所以大家在需求評審前一定要多思考幾遍，盡量多用客觀數據去說服領導。

如果需求確認通過，會進入到產品設計階段。

五、產品設計

產品設計階段會包含如下幾個小階段：

1、使用產品腦圖梳理產品/功能結構框架，特別是對一些邏輯復雜的新產品/新功能。

2、使用產品流程圖梳理產品/功能核心業務邏輯。流程圖的梳理盡量詳細，各種異常場景的判斷一定要在流程圖中有所體現。對於涉及多個參與方業務，可能還要梳理泳道圖。

3、使用墨刀/axure等原型工具輸出產品原型。原型是產品邏輯的可視化表現，也是產品經理最最基本的基本功。

4、撰寫產品說明文檔（PRD）。PRD是產品詳細邏輯的最終呈現，也是內部溝通的標准文檔。PRD撰寫完成之後就可以進入到需求評審階段

六、需求評審

需求評審是指產品經理要向UI、交互、研發、測試等內部人員講解產品邏輯，保證產品邏輯在內部傳輸過程中不失真。

需求評審的過程中，有4點需要注意：

1、評審的時候，先講需求背景。即這一版本為什麼要做這需求？做完以後預計會達到什麼效果？讓相關參與方從心理上認同做這件事的價值。

2、在講具體需求的時候，按照對應的責任人進行拆解。比如在講解功能A的實現邏輯時，我一般會說客戶端需要完成的內容是1、2、3；服務端需要完成的工作是1、2、3；演算法側的工作是1、2、3等等。

3、存在爭議的地方先記錄下來，評審結束後再細化。

4、就是評審結束以後要追排期。即作為產品經理你要盯著研發Leader，設計Leader，測試Leader讓他們出需求排期，以此保證項目按時上線。

七、項目管理

需求評審完成之後，項目經理（大部分公司由產品經理擔任）會輸出詳細的項目排期表，然後項目所有相關人員會按照項目排期表有條不紊的協作。項目管理的詳細流程如下：

八、數據分析

產品上線之後，產品經理要做好產品分析工作，以驗證產品/功能是否達到預期目標。特別是產品上線7天後，產品經理需要想全體組員發送產品上線數據報告。

如果數據不達預期，就要進行深入的分析內在原因是什麼，然後數據分析的結論很可能是下一迭代的需求來源，從而開始一個新的迭代周期

⑥ 產品經理的日常工作有哪些如何快速升值加薪

1：建立產品的長期戰略布局您的產品在公司中扮演什麼角色，在整個互聯網中屬於什麼行業，在產業鏈中是上游還是下游。如何在眾多同類產品中找到自己的優勢？您需要從戰略角度審視產品的位置，了解同一行業的產品趨勢和信息變化。只有這樣，您才能及時有效地控制產品的開發軌跡。

⑦ 需求收集方法

產品經理如果要著手設計一個有用的互聯網產品，收集用戶需求算是整個產品的開端，而且是非常重要且是不可忽略的一個步驟，一些大型的互聯網公司設置有專門的崗位進行市場需求的調研，而且收集需求的這一階段屬於產品功能設計的加法階段，在產品需求收集的初期應該盡可能多的收集用戶的需求，之後再進行篩選，做減法，精選出有用的功能，這是整體的做產品思路。

一、調查問卷。如果沒有明確的用戶群體，或者說用戶群體比較模糊以及大眾化，這個時候一般都會採用問卷調查的形式來收集用戶的需求，調查問卷可以採用網上調查問卷，這樣受眾較大且成本較低，也可以採用線下的形式進行問卷調查，不過問卷的回收情況有時卻並不理想，兩者各有利弊。

二、用戶訪談。如果有忠實的粉絲或者受眾比較狹窄，可以考慮使用用戶訪談的形式來進行，用戶訪談可以採用一對一的形式，也可以通過召開用戶大會來進行需求的收集，但是如果是用戶大會的話，從前期的准備到後期的收集整理，也會有比較長的周期，但是這樣獲得的需求一般來說質量相對來說還是比較高的。

三、電話訪談。使用行動電話、座機、微信語音等語音工具來進行需求收集的一種形式，其形式與用戶訪談有些類似，但是相對於面對面的這種形式來講，可能獲得需求的質量並沒有用戶訪談以及用戶需求大會的質量要好，但也不失為一種非常好的形式。

四、實地調研以及做可用性測試。針對設計出來的產品的部分功能進行可用性測試，其實更多的是在做減法，根據用戶的使用習慣來進行功能需求的優化，其實很多時候，用戶的使用習慣與自己的表述會有很大的差距，只有真正讓用戶體驗了，才能夠收集到用戶真正的使用需求。

五、借力第三方大數據公司。目前國內有很多第三方大數據公司都擁有數據咨詢的服務，針對前期某部分的需求，可以通過咨詢第三方大數據公司來獲得，當然，咨詢大數據信息是要付出一定酬勞的

六、其他方法，比如領導者或者產品經理做產品時候的經驗不過這種方法屬於定性研究，有很大的不確定性，因為並不是每一個人都是蘋果手機的設計者。或者通過一些指數分析工具來預測某一個功能未來的發展趨勢，這種方法類似於通過分析大數據來進行對未來的預判，當然這種方法也存在著一定的風險。

⑧ 怎樣做好產品經理

一個好的產品經理要能規劃設計一個產品從出生到成長到成年的整個過程，了解客戶需求和使用習慣。簡單地說，銷售是賣東西，市場是怎麼賣，而產品經理的職責是告訴他們賣什麼。